Re: SixPacks mods for GCIC users

--- In [email protected], "Rocky" <rocsystems@...> wrote:
>
> 
> Hi Paolo
> 
> This is in reply to your original problem with GCIC - slow loading of large
> files.
> 
> The developers have hijacked this chain of E-mails for a different purpose.
> How about changing the subject?
> 
> The original problem with GCIC
> I took a look at the code and "lo and behold" I have a BUG in my "Efficient
> Storage handling" routines.
> 
> Your numbers didn't make sense to me.
> While your solution was a nice work-around it did not address all the
> problems.
> 
> a) you might not get enough on the original Get main for the entire file
> b) freeing up storage from deletes
> c) inefficient utilization of storage.
> 
> Certainly that would be the fastest solution but it has too many holes in
> the logic.
> 
> I took a look at my storage handling routines and found a logic bug.
> 
> I fixed the bug with about 6 instructions and now on my  dimension 9200 the
> same file that took 60 seconds to load - loads in about 3. (17000 records of
> 132 pos.) That seems to be a fair response time.
> 
> I'd like for you to give it a try and I'll send you the fixed source offline
> Post your results please.
> 
> I made no changes to the Gtable module. All changes were in GSVC - storage
> handling etc.
> 
> Rocky
>

Hi Roc,
done a quick test on my ARM test NAS.

Path length reduced from 60M to 10M:
I'd expect a corrispondent reduction of wait time (in the order of 10
sec), but I got a time of 18.5 secs (MIPS decreased from 0.98 to 0.55
- perhaps you introduced some heavy instruction ?-)

Anyhow a good improvement; I'm going to test it on other platforms.

I'm going out with my wife - BFN ;-)

Paul