Yo Hal! On Sun, 26 Mar 2017 17:53:18 -0700 Hal Murray <hmur...@megapathdsl.net> wrote:
> g...@rellim.com said:
> > I don't see how 32/64 bit has any effect on the size of a list. At
> > least if the list is tightly specified. uint32 as opposed to
> > uint. Maybe if you pack the structure, or encode things tighter
> > you might make some headway.
>
> It's the pointers in each list member. If nothing else, a list
> member will have a pointer to the next member. The MRU list has
> next, previous, and next-hash-chain pointers.
Ouch, I'd try to fix that. Maybe a different list layout model?
Given the churn in the MRU list it may be a linked list is best. But
worth a look.
If you used gentoo then going 32 bit would be easy. I don't know how
to do it on other distros.
> The MRU slot is 88 bytes with 64 byte pointers and 72 bytes with 32 bit
> pointers. (So there is a 4th pointer somewhere.)
Or a structure packing issue.
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can’t measure it, you can’t improve it." - Lord Kelvin
pgpxkBdEvKyXz.pgp
Description: OpenPGP digital signature
_______________________________________________ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel
