On Thu, 7 Oct 1999, Matthew Dillon wrote:
>
> :
> :Running bonnie on the filesystem with these parameters results in
> :unkillable process sitting in getblk (it's the first phase of bonnie test
> :when they use putc() to create the file). It just sits there and doesn't
> :consume CPU. The OS is 3.3-R.
> :
> :Andrzej Bialecki
>
> Hmmm. It's quite possible, 3.x's getnewbuf() code is pretty nasty. I
> have a solution under test for 4.x (current). There simply may not be
> anything that can be done for 3.x short of porting current's getnewbuf()
> code over, and doing so has been deemed too risky by DG due to all the
> collateral porting that would also have to be done. I agree with that
> assessment, plus it's a huge amount of work that I don't have time to do
> at this late date.
>
> Try using a smaller block size, like 16K. If that doesn't work then just
> stick with 8K I guess. The kernel's clustering code should still make it
> reasonably efficient.
Yeah, I guess that's the only way to do it on 3.x... But how can I speed
up fsck then, since newfs will create millions of inodes I don't need
which will cause fsck to run for ages...
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// -------------------------------------------------------------------
// ------ FreeBSD: The Power to Serve. http://www.freebsd.org --------
// --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ----
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message