
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
You only have two states 5000 and an unlimited?
You are the mastermind of your own happiness.
In theory, yes.
Don't forget about synchronisation processes. A huge number of processes in the platform are asynchronous.
For example, a gateway integration with an exchange or liquidity provider may send transaction reports with delays of seconds or even minutes. Often the api does not provide access to history for reconciliation at all, but provides slow and non-rhythmic report generators.
At market opening, or due to an unexpected gateway reconnect, reports may be delayed. They are replicated to the history on the server and immediately asynchronously sent to the terminals. Because of the sorting by date, they are inserted in the right places, and in the meantime you can open new trades.
Most of the integration APIs are so illiterate and dysfunctional that they almost make it impossible to make guaranteed gateways. Although there's an opinion that this is a product of deliberate sabotage by their developers.
Should we give the right of choice? Who needs physical snaps and who needs enough to work with indexes with appropriate risks.
Should we give the right to choose? Who needs physical snaps and who needs enough to work with indices with the appropriate risks.
What's the problem with keeping a local cache on the EA and sampling relative to the last update time? I do and have never had any lags with it. My network functions slow down the whole interface because of its synchronous implementation, it would be nice to have WebRequestAsync out of the box, although I'm already looking at DLL or even binding python and C++ wrappers, as there is a trading API in python :)
But working with large amounts of data without local caching is very strange.
PS. In general hash masks and caching are very much in demand in multicurrency and that is why I asked above in this thread for normal (read fast) hash masks out of the box.What's the problem with keeping a local cache on the EA and sampling relative to the last update time?
The script does just that.
As for the local cache, that's how history is implemented in MT4Orders.
As for the local cache, that's how MT4Orders implemented the story.
I did not expect that the script, which is two years old, would
Forum on trading, automated trading systems and testing trading strategies
OrderCloseTime Expert Advisor MQL5
fxsaber, 2018.07.06 00:49
will show such brakes!
Pure MQL5 is 100 times slower than partial (only HistorySelectByPosition) caching.
The test is not acceptable at all.
Well so your perception is wrong. It is shown that it is correct to cache yourself so that there is no thoromotion.
If I understand correctly, after this implementation.
Forum on trading, automated trading systems and strategy testing
MT5 and Speed in Action
Renat Fatkhullin, 2020.08.27 22:58
We already optimized a lot of sampling operations and now we are thinking about optimal update of the cache, when in reality 99% of samples will be completely useless and will be missed on fact.
That is, unless you specifically randomise the sampling limits, the cache will show hits close to 100%.
Most likely next week there will already be an effective solution.
this example will run much faster.
HH The script calculates the open/close time of the last position in the trading history.
Shows you how to properly cache yourself, so that you don't get thrown off.
If you "cache" like this, it will be super-fast.
Who writes like this?
If you 'cache it' like this, it's super-fast.
Who writes like this?
C programmers.