On Thu, 10 Feb 2005 00:19:47 +0000 (UTC), Rui Paulo
<rpaulo@netbsd-pt.org> wrote:
> On 2005-02-09, Frank van der Linden <fvdl@netbsd.org> wrote:
> > The I/O problem is a whole different matter, I don't know what's going
> > on there.
> 
> Maybe NEW_BUFQ_STRATEGY helps ?
> 
> "The FFS2 file system was used for all of the NetBSD 2.0 partitions,
> with soft updates enabled. I built two separate kernels, one for
> single-CPU and one for dual-CPU. They were based on GENERIC and
> included the process size increases I mentioned above."
> 
> The author doesn't mention if it was enabled or not.

If I wanted to set up some simulation of the problem in a simple way,
is there any particular way I could do this? I want to test a few
things. If I can show that some small write is proportionally a lot
faster than a larger one, that would be all it would take.

Is it as easy as doing something like this:

dd if=/dev/zero of=somefile bs=1024k count=1

versus

dd if=/dev/zero of=somefile bs=1024k count=10 

?

Not sure if block sizes have anything to do with this...

If someone gives me something to chew on, I can test this on 2.0 on
i386 or amd64, both on the same amd64 machine. It's only 1 processor
but I don't think that makes any difference here. Figured I'd try
various filesystem options, or even a different filesystem.

Andy