Re: Accounting changes
- From: Robert Watson <rwatson@xxxxxxxxxxx>
- Date: Thu, 19 Apr 2007 11:35:55 +0100 (BST)
On Thu, 19 Apr 2007, Robert Watson wrote:
If we're willing to assume architectures can only read their own accounting files (the status quo), the above argument doesn't really make sense. You end up with a series of versions of "struct acct", and that code is architecture-neutral. Thinking about it more, I'm not sure a per file header is even required or desired (as I had previously suggested), simply a per-record versioning scheme, allowing a reboot onto a new kernel to continue to write to the existing accounting data. Read the first 16 bytes, if the first byte is non-0 then it's the original "struct acct" layout, and otherwise the second byte is the version number to use. Or in the interests of forward compatibility, include a length parameter in another 16 bytes so you can skip over records if necessary in order to allow the kernel to move back and forward across file versions if there's a problem after the upgrade.
s/16 bytes/16 bits/ was intended in the above. :-)
Robert N M Watson
Computer Laboratory
University of Cambridge
_______________________________________________
freebsd-arch@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"
- References:
- Re: Accounting changes
- From: Diomidis Spinellis
- Re: Accounting changes
- From: Robert Watson
- Re: Accounting changes
- From: Diomidis Spinellis
- Re: Accounting changes
- From: Robert Watson
- Re: Accounting changes
- Prev by Date: Re: Accounting changes
- Next by Date: Re: Accounting changes
- Previous by thread: Re: Accounting changes
- Next by thread: Re: Accounting changes
- Index(es):
Relevant Pages
|
|