And this is my biggest pet peeve about Amibroker: If I have the disk space available, Amibroker should never, ever, EVER just silently blow away my historical data because of some arbitrary system limit like 500,000 bars or 1,000,000. If I want 20 million bars historical and I have the disk space to store it, then fine. If Amibroker needs far less to function well, then that's fine too.
The solution is NOT to delete old data. The solution is to have a way for Amibroker to limit the number of past bars (for calculation purposes) or even have me set a beginning and end date in an historical range WITHOUT destroying that historical data (i.e., the present day should not have to be the last bar that I view or use for backtesting). Currently, the only solution is to set some registry value to go over 500,000, but that in itself is not solution. Because of Amibroker's implementation, you'll get your memory stressed out big time and, again, if your new limit gets reached, Amibroker will remove your oldest data to make room for new data. No one ever said that you had to look at stock/futures data from the complete past to today. If I had 20 years of one symbol's data and that data was far too much to make available at one time because of memory problems, then it should be segmentable without me having to split of the data in artificial symbols. Of course there's a workaround (there usually is). You have to split your data up (e.g., tick data) into segments with different artificial symbol names (e.g., I use eSignal continuous futures contracts). --- In [email protected], Graham <[EMAIL PROTECTED]> wrote: > > I believe the database limit is set to 500,000 but can be changed in > the windows registry. TJ has mentioned this in a previous post here, > somewhere sometime. > > > -- > Cheers > Graham Kav > AFL Writing Service > http://www.aflwriting.com > > > On 12/09/2007, Ara Kaloustian <[EMAIL PROTECTED]> wrote: > > > > > > You can have as much as you want, but performance degrades. > > >
