If I buy Trader Studio, whom should I use as a Data vendor?
Quote from fundjunkie:
I have used Multicharts and can tell you that it is an inferior product.
Multicharts is not a product I would ever trust any of my money with. It is a toy and not worthy of mentioning in the same sentence as products like Tradersstudio or Tranding Blox.
D [/B]
P.S. Regarding sclalabilty:Quote from fundjunkie:
It majors on charting and easylanguage compatibility while ignoring scalability, robustness and flexibility as drives to it's design criteria.
Thx
D [/B]
. I will give you an example based on one of my projects: For years I am working on continuously self adaptive intraday systems i.e. systems that change certain parameters automatically based on a profit ranking of systems running in the background (similar to the parallel systems/functions like they were introduced by Dr.John Clayburg). As you can imagine the more complex those systems get, the higher the number of calculations per bar and therefore the CPU load. The results where, I was usually crashing the program - TS or MC, no difference. Who is to be blamed if not me? That was something I was totally aware of, that I was creating unrealistic numbers of calculations and I never even thought about blaming the developers for that. You can imagine how surprised I was to see that the newer versions of MC are able to handle the vast amount of code quite easily, because they rapidly improved the speed MC calculates.Quote from JaiSreeram:
If I buy Trader Studio, whom should I use as a Data vendor?
Quote from Andrew Kirillov:
5. Could you tell me what things you can do in other product that canât do in MultiCharts? I want to make feature by feature analysis to be objective. Otherwise you simply mislead your colleges.
Quote from Andrew Kirillov:
P.S. Regarding sclalabilty:
MultiCharts 3.0 uses all available cores for indicator calculation, backtesting and optimization. Moreover it is highly optimized and works faster(optimization mode) that TS8.3 even on a single thread.
As a result it is 8 times faster than TS8.2 on Quad-Core PC and about 25 times faster on 16 cores (we used when were passing Intel certification).
Here is an excerpt from a post on our forum:
"I was playing around with the new MC 3.0 Beta.
First of all I think it's great the optimization is 8 times faster (4 cores) under MC 3.0 than my TS 8.2 and the data loading speed has improved. "
Do you still think we ignore scalability? We donât! We know that multi-core CPU is not our future. It is our present. Since you are an engineer you probably know that multi-threading software development is much harder and requires more professionalism, labor and testing. This is why 90% of companies donât do it. It is simply expensive. We did our best to offer tools that will be state-of-the-art.
This is why I think your criticism is one-sided.
Quote from fundjunkie:
Well I can't do that because I was never really able to do anything with Multicharts without it hanging or crashing. And performance was truely appalling. I reinstalled after you claimed performance was fixed. It wasn't for me...
I can't confirm or disprove this fact, because we never heard about it. Keep in mind MultiCharts is daily used by large number of traders and it is very likely to reveal this problem. However you can check our forum to find that there are no mentions.In a nutshell, I rejected multicharts when I realised that it's data handling subsystem is poor. While i was trying to store data for many symbols - nearly all Pinnacle ascii and some exchange symbols, a few of which were updating I was finding:
1) Ascii symbols would just disappear
Yes, because they had slightly different format, but the program applied a single template and encounters unhandled issue. It was a problem of data provider since the files must have the same format.2) not all ascii symbols would import
3) Import was dreadfully slow - I could never understand why
First of all DATA import and ASCII mapping is two completely different tools. ASCII mapping is quite slow, but import is very fast. It process millions of data points for less than minute.
You are talking about real-time data collecting, not about data download.4) Data download from the exchange would just stop for no reason. A symbol would disconnect and i wouldn't know it unless I checked regularly
5) The data handler was said to handle tick data. However, on enquiry i found that it didn't do this properly (I can't rememebr the exact issue now) and that I'd actually been wasting my time gathering data for months.
If i'm not mistaken you used IB and could be a case at that time.6) Unexplained gaps in the data - I lost confidence in what I had
I agree and this what MultiCharts does for integrated datafeeds like eSignal.Any backtest platform has to treat and store it's data correctly if it's to do anything meaningul.
Simply try MC 3.0 Beta with eSignal or IQfeed and you will see that it works.I do have a use for MC though - to validate easylanguage code and see what output those indicators and functions should be producing. Then I can translate said code and implement it elsewhere. I don't do that very much but that's the only thing I can trust MC with after my experiences.
It is truth, that you had some issues, but you should ask our help to find ways to solve the task efficiently.Of course it's your job to rush around the net to protect the image of your product. I sense an attempt to cast me as some isolated eccentric who doesn't do things the same way as everyone else, ie. properly, and who's opinion is either faulty or unfairly slanted. I hope that's not the case. I just state the truth as I've experienced it - an opinion that has hardened with exposure to other platforms out there.
Quote from fundjunkie:
Well I can't do that because I was never really able to do anything with Multicharts without it hanging or crashing. And performance was truely appalling. I reinstalled after you claimed performance was fixed. It wasn't for me...
In a nutshell, I rejected multicharts when I realised that it's data handling subsystem is poor. While i was trying to store data for many symbols - nearly all Pinnacle ascii and some exchange symbols, a few of which were updating I was finding:
1) Ascii symbols would just disappear
2) not all ascii symbols would import
3) Import was dreadfully slow - I could never understand why
4) Data download from the exchange would just stop for no reason. A symbol would disconnect and i wouldn't know it unless I checked regularly
5) The data handler was said to handle tick data. However, on enquiry i found that it didn't do this properly (I can't rememebr the exact issue now) and that I'd actually been wasting my time gathering data for months.
6) Unexplained gaps in the data - I lost confidence in what I had
These are some of the things that I can remember. Multicharts is an edifice build upon foundations of sand IMO. Any backtest platform has to treat and store it's data correctly if it's to do anything meaningul.
You say that my comments to the product were abstract/academic. that is because my objections were so profound that there was no pont talking about function when the underlying design, as i could infer it, was badly fitted to it's role. Square pegs into round holes come to mind.
I do have a use for MC though - to validate easylanguage code and see what output those indicators and functions should be producing. Then I can translate said code and implement it elsewhere. I don't do that very much but that's the only thing I can trust MC with after my experiences.
Of course it's your job to rush around the net to protect the image of your product. I sense an attempt to cast me as some isolated eccentric who doesn't do things the same way as everyone else, ie. properly, and who's opinion is either faulty or unfairly slanted. I hope that's not the case. I just state the truth as I've experienced it - an opinion that has hardened with exposure to other platforms out there.
However, I'll be surprised to say the least if yo don't acknowledge the existence of the issues I've highlighted. I was never able to bring them into sharper focus as you wouldn't divulge enough information for me to reach a deeper understanding. Then it became apparent that a "deeper understanding" would have been more, not less worriesome...
Thx
D