Messages in this thread | | | Subject | Re: [PATCH] 2.6.x BSD Process Accounting w/High UID | From | Albert Cahalan <> | Date | 10 Mar 2004 17:09:16 -0500 |
| |
On Wed, 2004-03-10 at 12:47, Tim Schmielau wrote: > On Wed, 10 Mar 2004, Albert Cahalan wrote: > > > That's a 42-bit number instead of a 36-bit one. > > OK, your format clearly wins. Especially since I think that comp_t can > only encode a 34-bit number.
That is correct. 42 - 8 != 36
My diagram was right; the math was not.
> But I favor your suggestion of 32-bit IEEE floats even more, > as it doesn't need a change to the GNU acct tools.
I'm surprised. Do the tools rely on a #define for this?
Is there a reason to have the whole struct be a power of two? If so, and you don't wish to expand it to 128 bytes, consider packing 3 80-byte records and a 16-byte header into 256 bytes.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |