Jeremy Wadsack wrote:
>
> Well, Analog does filtering by default and the script doesn't 'turn off' the floors.
The default requests floor compiled in (admittedly I have an older
version of Analog) is only 20 requests, and as you noted below I
override the directory floor. Regardless, an excellent point.
> In fact the script does do the fitering:
>
> 131:BROWFLOOR 200p
> 137:REFSITEFLOOR 200p
> 206:DIRFLOOR 100p\n
Only the last one is used in the way we are discussing. Still, you are
very correct that this is something that needs to be kept in mind when
trying to do something along these lines.
> Theoretically, you could set *FLOOR 1r or *FLOOR 0b (equivalent) for every report,
>but
> then you'd end up with all the data that's in the cache file in a non-compressed
>format
I think Analog is a wonderful program, but for whatever reason it uses
an absolutely ridiculous amount of memory doing large reports like this.
My script unquestionably takes a long time to run (hours) but is
dramatically more memory-efficient than running Analog from logs or
cache files. This isn't due to the fact that I throw away some of the
data but to some inefficiency in the way Analog keeps track of things on
this scale. I don't know enough about C to try to solve the problem, so
I came up with this hack.
Tristan
------------------------------------------------------------------------
This is the analog-help mailing list. To unsubscribe from this
mailing list, send mail to [EMAIL PROTECTED]
with "unsubscribe" in the main BODY OF THE MESSAGE.
List archived at http://www.mail-archive.com/[email protected]/
------------------------------------------------------------------------
