Date: Tue, 14 Jan 1997 10:33:27 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: karpen@ocean.campus.luth.se (Mikael Karpberg) Cc: brian@awfulhak.demon.co.uk, hackers@freebsd.org Subject: Re: Cyclic filesystem (WAS: Re: truss, trace ??) Message-ID: <199701141733.KAA29999@phaeton.artisoft.com> In-Reply-To: <199701140207.DAA12321@ocean.campus.luth.se> from "Mikael Karpberg" at Jan 14, 97 03:07:05 am
next in thread | previous in thread | raw e-mail | index | archive | help
> I for one couldn't care less how good the implementation is. I would just > like a nice efficient way of making any logfile max out at a certain size, > plus minus a little. I think you could just say that when you filled one > block (no matter what blocksize you run on the disk) and you need to > add a new one to the file, just grab the first block, remove it from the > front, clear it, append it to the end and start filling in data. Mininum > cyclic filesize, two blocks. Always cut at full blocksizes. [ ... ] > So... would this be hard to do, if you did it in the not-so-perfect, but easy > way I described? 1) Make FS stacking work (good luck; I've been submitting patches on this one for years... lieterally). 2) Once stacking works, hide the mechanics and attribution in the stacking layer. Yes, this means copying the file back in itself on truncation, but it would work. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701141733.KAA29999>