|
Yes that is all correct. And keep in mind that memory is
needed for data alone (64 bytes per bar)
and AFL arrays during processing. 10million bars would be
640MB of continuous RAM + array memory (4 * number of bars * number of
arrays
used in AFL) which can be problematic.
Imagine 10 symbols -> 6.4 GB for quotation data.
So 200 symbols TICK data (10 million bars each) for
4 years - no it is unrealistic for physical hardware you have
unless you run 64 bit version with lots of RAM.
Sure the program can keep data on disk and does that, but
currently used data (including any foreigh calls)
must be in RAM plus minimum in-memory cache size is 11
symbols.
Best regards,
Tomasz Janeczko
amibroker.com
----- Original Message -----
Sent: Thursday, November 13, 2008 10:54
AM
Subject: RE: [amibroker] Maximum tick
data AB can handle ?
The canned version handles 500,000 bars, but if you
ask Tomasz, there is a registry tweak to increase it to whatever system
can handle, the more bars, the slower it is.
For example, I have 2 years worth of tick data for
INDU, and is 2.5M bars. Depending on what you're storing, it could be more or
less. If you are storing something like emini, you'll need to set it to 5 - 10M bars for 4 years.
Tomasz,
What is the maximum tick data AB can handle ?
I need to
be able to store about 3-4 yrs worth of tick data for about 200
symbols.
Is this possible in AB ?
Or is it possible to store natively
n-contracts records ?
Thanks,
Tony
__._,_.___
**** IMPORTANT ****
This group is for the discussion between users only.
This is *NOT* technical support channel.
*********************
TO GET TECHNICAL SUPPORT from AmiBroker please send an e-mail directly to
SUPPORT {at} amibroker.com
*********************
For NEW RELEASE ANNOUNCEMENTS and other news always check DEVLOG:
http://www.amibroker.com/devlog/
For other support material please check also:
http://www.amibroker.com/support.html
*********************************
![]()
__,_._,___
|