My dissatisfaction to the strategy tester. to the MQL developers - page 8
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
No, we believed and still believe that resources should be compressed and uncompressed as fast as possible across the entire zoo of processors. There are a lot of processors strangled by economy, including semi-vital atoms. There's a speed loss of ten times that of today's powerful processors.
Very correct approach, in my opinion. Personally, I don't see the point of compressing an executable at all. There are more important places to apply computational resources.
I personally don't see the point of compressing an executable at all. There are more important places to apply computing resources.
It is transferred to the Cloud.
It is transferred to the Cloud.
Well, in my opinion, the principle of the least evil should be taken into account. Where more time is spent - on transferring extra data (compared to compressed file) or on decompressing it. In my opinion, developers are right to compress file, but use fast algorithm to do it.
Well, in my opinion, the principle of the least evil should be used here. What will take more time - to transfer unnecessary (compared to compressed file) data or to decompress it? I think that developers are right to compress a file, but they use fast algorithm for that.
Forum on trading, automated trading systems and strategy testing
My dissatisfaction with strategy tester. to MQL developers
George Merts, 2017.12.04 11:33
Very correct approach, in my opinion. Personally, I don't see the point in compressing an executable at all. There are more important places to apply computational resources.
Well, I gave my opinion first. I myself - always use for optimization - the lightest possible versions of experts. And I think that this is the way to do it. Therefore, in my opinion, there is no need to press them.
However, from the point of view of the developers, they have to take into account that people can stuff all sorts of stuff into EAs and that compression might be reasonable.
There is no contradiction.
Well, I gave my opinion first. I myself - always use for optimization - the lightest possible versions of experts. And I think that this is the way to do it. Therefore, in my opinion, there is no need to press them.
However, from the point of view of developers, they have to take into account that people can put all sorts of stuff in EAs and the compression might be reasonable.
There's no contradiction.
Yes, if you don't shove HD movies into resources, the files are quite tiny. Compare, for example, with Android...b-r-r.
Yes, if you don't shove HD movies into the resources, the files are quite tiny. Compare it to Android, for example...b-r-r
Cool
Watching movies on MT and trading in between.
)
Cool
Watching movies at MT and in between trading
)
porn, you say? ....
Yes, if you don't shove HD movies into the resources, the files are quite tiny. Compare, for example, with Android...b-r-r
First of all, a lot of quotes are lost for various unknownreasons, which fall either on the broker or onthe connection.
Butthat leaves 50% of the information we don't get to work. And that is my biggest dissatisfaction.
The metaquotes team has nothing to do with it. Each broker has its own quotes, the broker in turn takes quotes from liquidity providers.
Maybe you mean that the ticks in the tester are generated using older bars? Brokers (usually) have a separate server, where full quotes with ticks are stored.
Well, the fact that spread influences the expectation of trading systems is an obvious fact.