PureBytes Links
Trading Reference Links
|
Hi Larry,
In fact I made some tests of performance on Penium 90 based machine
(yes I found such a beast ;-)) I was testing 500 stocks database.
And yes, AmiBroker was running still acceptable, but cruicial thing was
memory - that machine had 128MB.
You should be aware that Windows gets at least 3 times slower when
it starts to swap out the memory to the disk.
But.. for 10'000 stocks database it is suggested to have at least 400Mhz machine.
Best regards,
Tomasz Janeczko
===============
AmiBroker - the comprehensive share manager.
http://www.amibroker.com
----- Original Message -----
From: <acs64@xxxx>
To: <amibroker@xxxxxxxxxxxxxxx>
Sent: Wednesday, May 23, 2001 5:20 AM
Subject: [amibroker] Re: WOW....This may be TOO much
> David and Tomasz,
>
> Thanks for the info. After nearly chucking my computer out the
> window tonight, I've decided it's time to upgrade. I needed a good
> excuse, and this is it. I couldnt even get into Yahoo earlier
> tonight and system performance has been gradually bogging down. I
> did run scan disk and defrag and things are looking much better now,
> but.....I'd be embarrased to tell you what computer system I'm trying
> to run Amibroker with. I'll get up into the 700 Mhz range and that
> should take care of that problem (although I sure wont look forward
> to transferring the entire hard drive over to a new computer).
>
> Thanks again.
>
> Larry
>
> --- In amibroker@xxxx, "David Holzgrefe" <dtholz@xxxx> wrote:
> > Hi Larry for what its worth I'm running a P3 500 processor with
> 256 mb of
> > ram and it seems to cope fine I also have 2 hdd and back data up
> onto the
> > other incase of a failure I dont have to rebuild data bases
> >
> > Regards David
> > ----- Original Message -----
> > From: "Tomasz Janeczko" <amibroker@xxxx>
> > To: <amibroker@xxxx>
> > Sent: Wednesday, May 23, 2001 6:16 AM
> > Subject: Re: [amibroker] Re: WOW....This may be TOO much
> >
> >
> > > Hi,
> > >
> > > Please read the http://www.amibroker.com/newsletter/03-2001.html
> > > for the tips on managing large databases.
> > >
> > > Also buy more memory (RAM) for your system. It is really cheap
> today
> > > and having 256MB will give you much better performance.
> > >
> > > Also (if you want to spend some more bucks)
> > > go for AMD Duron processor (800MHz for example). It is cheap and
> > > very powerful. (Note that you will need Socket-A motherboard for
> this
> > processor)
> > >
> > > Best regards,
> > > Tomasz Janeczko
> > > ===============
> > > AmiBroker - the comprehensive share manager.
> > > http://www.amibroker.com
> > >
> > >
> > > ----- Original Message -----
> > > From: <acs64@xxxx>
> > > To: <amibroker@xxxx>
> > > Sent: Tuesday, May 22, 2001 1:30 PM
> > > Subject: [amibroker] Re: WOW....This may be TOO much
> > >
> > >
> > > > Thanks David, I'll give it a try tonight. I've got to re-
> evaluate my
> > > > system with respect to the database size. Both uploading speed
> and
> > > > processing speed. I'm pretty sure if I want to work with over
> 9,000
> > > > in a database, I'll need to have more horsepower.
> > > >
> > > > What would be the minimum recommendation for handling this size
> of
> > > > database in regards to transmission speed and processing speed.
> > > > Anyone know?
> > > >
> > > > Larry
> > > > --- In amibroker@xxxx, "David Holzgrefe" <dtholz@xxxx> wrote:
> > > > > Larry heres on I use just change the price range to suit
> > > > >
> > > > >
> > > > > /*pricerangefinder
> > > > > David Holzgrefe
> > > > > 24.02.2001*/
> > > > >
> > > > > lowprice = close>1.00; //low price
> > > > > hiprice= close<5.50; // high price
> > > > > hirange = lowprice <= hiprice;
> > > > > lowrange = hiprice >= lowprice;
> > > > >
> > > > > buy = hirange and lowprice;
> > > > >
> > > > > sell = 0;
> > > > >
> > > > >
> > > > > Regards David
> > > > > ----- Original Message -----
> > > > > From: <acs64@xxxx>
> > > > > To: <amibroker@xxxx>
> > > > > Sent: Tuesday, May 22, 2001 3:47 AM
> > > > > Subject: [amibroker] Re: WOW....This may be TOO much
> > > > >
> > > > >
> > > > > > Hi Carlton,
> > > > > >
> > > > > > Can you give me an example of the filtering script you use?
> > > > Thanks
> > > > > >
> > > > > > Larry
> > > > > >
> > > > > > --- In amibroker@xxxx, "Carlton McEachern"
> > > > <carlton.mceachern@xxxx>
> > > > > > wrote:
> > > > > > > I carry the entire Toronto and Vancouver Stock Exchange
> list in
> > > > my
> > > > > > database.
> > > > > > > I also carry a database of all mutual funds available in
> Canada.
> > > > > > Data
> > > > > > > import used to be pretty slow but Thomaz fixed that early
> on in
> > > > the
> > > > > > > development of AmiBroker. One thing I do with analysis is
> > > > filter
> > > > > > out
> > > > > > > equities not in my price range - ie I usually exclude
> equities
> > > > over
> > > > > > $40 CAD
> > > > > > > but I still want them in my database for the day I can
> afford
> > > > them
> > > > > > in volume
> > > > > > > (eternal optimist). I usually filter out equities under
> $1.00
> > > > as I
> > > > > > am not
> > > > > > > interested in the penney market but I still want them in
> my
> > > > > > database as
> > > > > > > there are a lot of tech startups and biotechs in that
> price
> > > > range
> > > > > > which may
> > > > > > > be the next big thing. In short, I want a complete
> database
> > > > but I
> > > > > > filter
> > > > > > > out by price to suit my trading patterns. Filtering with
> AFL is
> > > > > > easy in the
> > > > > > > analysis window using the < > functions. If you have the
> hard
> > > > > > drive space
> > > > > > > and computing power you might want to consider doing the
> same.
> > > > > > >
> > > > > > > THE CRAZY CANUCK
> > > > > > >
> > > > > > >
> > > > > > > CARLTON McEACHERN
> > > > > > > BOX 259, RR #1
> > > > > > > ASTORVILLE, ONTARIO
> > > > > > > P0H 1B0 CANADA
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: acs64@xxxx [mailto:acs64@x...]
> > > > > > > Sent: Sunday, May 20, 2001 9:18 PM
> > > > > > > To: amibroker@xxxx
> > > > > > > Subject: [amibroker] WOW....This may be TOO much
> > > > > > >
> > > > > > >
> > > > > > > Hello All,
> > > > > > >
> > > > > > > Now that I have this mega-database of over 9,000 stocks,
> what
> > > > do I
> > > > > > do
> > > > > > > with it? I'm thinking that daily updates with this size
> of
> > > > database
> > > > > > > may be too time consuming. Historical updates sure have
> taken
> > > > some
> > > > > > > time. Any suggestions out there for culling it back to a
> more
> > > > > > > manageable size and what a manageable size might be based
> on
> > > > your
> > > > > > > experience?
> > > > > > >
> > > > > > > I'd like to keep key representatives from different
> sectors and
> > > > > > > industries maybe.....Is it possible to automate, with any
> of
> > > > Ami's
> > > > > > > language, a means of keeping the best and dumping the
> rest? I'm
> > > > > > very
> > > > > > > curious what others may have done or what their approach
> to data
> > > > > > > overload is. Thanks in advance.
> > > > > > >
> > > > > > > Larry
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Your use of Yahoo! Groups is subject to
> > > > > > http://docs.yahoo.com/info/terms/
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Your use of Yahoo! Groups is subject to
> > > > http://docs.yahoo.com/info/terms/
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> > > >
> > > > Your use of Yahoo! Groups is subject to
> > http://docs.yahoo.com/info/terms/
> > > >
> > > >
> > >
> > >
> > >
> > >
> > >
> > > Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
> > >
> > >
>
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
|