|
PureBytes Links
Trading Reference Links
|
On Sun, 2 Jan 2000, Alan Mi wrote:
> Along your suggestion, either use double precision for
> dates only, or else the memory would be in twise as bad
> a shortage in the light of memory demanding
> applications like RadarScreen. Think of it. We want to
> load at least 5 trading days of 1 minute bars for each
> of the 500 symbols in a RS window, as a typical use
> example. We would want to go 1,500 symbols for 10 days
> if we hadn't already dipped so deep into the virtual
> part of the memory use.
It is not necessary to use DP for everything in a pgm. One could choose
to do the calcs in the EL pgm in DP, and store data in single prec, which
is adequate for data (until the Dow goes *really* high :-). This would
take care of dates and numeric problems in the EL studies, and would
require NO more storage than it does now.
> If we use double precision for dates only, why don't
> introduce in a date type just for dates? Floats for
> dates are innately clumsy anyway. Keep in mind though,
> EL tries to shy away from typing, to preserve the Easy
> word in the name of the language.
"Easy" is pure marketing hype - the only thing Omega is good at. The only
reason it is 'easy' is that it does not do that much compared to 'real'
languages. VB is an interesting mix of easy and power, but it gets less
easy as the underlying languages gets more complex, as it is doing.
> That's my reservation on this initiative.
I still can't see why this would be a big problem. Perhaps someone can
enlighten me...
Larry
|