On Sat, 9 Oct 2004, Robin Bowes wrote:
> I tried this - just a simple command to start with:
>
> # bonnie++ -d /home -s10 -r4 -u0
>
> This gave the following results:
>
> Version 1.03 ------Sequential Output------ --Sequential Input- --Random-
> -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
> dude.robinbowes 10M 11482 92 +++++ +++ +++++ +++ 15370 100 +++++ +++ 13406 124
Why are you removing the speed - is it something to be embarased about?
If it's very slow, are you sure the devices are operating in a DMA mode?
POI mode will use a lot of CPU and geneally make things really clunky..
> Is this normal? Should running bonnie++ result in the array being dirty
> and requiring resyncing?
No - but reading some of the later replies it seems it might not have been
fully synced to start with?
Have you let it sync now and run the tests again?
Ah right - I've just run that bonnie myself - it's +++'d out the times as
10MB is really too small a file to do anything accurate with and you've
told it you only have 4MB of RAM. It'll all end up in memory cache. I got
similar results with that command.
Don't bother with the -n option, and do get it to use a filesize of double
your RAM size. You really just want to move data into & out of the disks,
who cares (at this point) about actual file, seek, etc. IO. I use the
following scripts when testing:
/usr/local/bin/doBon:
#!/bin/csh
@ n = 1
while (1)
echo Pass number $n
bonnie -u0 -g0 -n0 -s 1024
@ n = $n + 1
end
/usr/local/bin/doBon2:
#!/bin/csh
doBon & sleep 120
doBon
and usually run a "doBon2" on each partition. Memory size here is 512MB.
Gordon
Ps. stop this with killall doBon2 ; killall doBon ; killall Bonnie
... then rm the Bonnie* files...
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
