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
The way... not good, don't you think?!
Suggestion to the developers: introduce a more accurate time format into the MqlTick structure, so that each tick has a number of milliseconds.
Everything comes in, it's just that the first call triggers the paging and subsequent calls are instantaneous.
Here's an example:
A request for 2,000,000 ticks:
The tick files lie here, so they can be easily transferred (for they will be huge):You can't expect brokers to give you deep regular history. They have learned to turn minutes into hours on a five and if you complain about this, they say they cannot afford to load the server with gigabytes of historical data. What kind of ticks are there...
10-20 mb per month. Requested 20,000,000 ticks, and files only until May this year. However...
That's right, 20,000,000 ticks is about (it all depends on the symbol) until May 15, 2015.
Request more.That's right, 20,000,000 ticks is up to 15 May 2015.
Request more.The RAM made it clear that it had run out. The terminal was consuming 1.5 to 2 gb. The script checked as much as it could. In 100,000 increments.
What kind of script? Show me the code, please.
Maybe you didn't free (directly or indirectly) previously used memory?
That's right, 20,000,000 ticks is up to 15 May 2015.
Request more.What kind of script?
Maybe just not freeing previously occupied memory?
Most likely, I wrote it myself. Um, how do you free up previously occupied memory here?