2 bonnies can stop disk activity permanently
    Fluffles.net 
    info at fluffles.net
       
    Sun Oct  8 15:38:09 PDT 2006
    
    
  
Hi Bruce,
I'm the "veronica" Arne mentioned in the freebsd-fs mailinglist.
Regarding the effectiveness of a higher blocksize, these are my findings:
areca RAID5 (8x da, 128KB stripe, default newfs, NCQ enabled)
              -------Sequential Output-------- ---Sequential Input--
--Random--
              -Per Char- --Block--- -Rewrite-- -Per Char- --Block---
--Seeks---
Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU 
/sec %CPU
ARC8xR5  8480 119973 91.3 247178 58.6 67862 17.5 90426 86.9 172490 24.0
120.7  0.5
areca RAID5 (8x da, 128KB stripe, 64KB blocksize newfs, NCQ enabled)
              -------Sequential Output-------- ---Sequential Input--
--Random--
              -Per Char- --Block--- -Rewrite-- -Per Char- --Block---
--Seeks---
Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU 
/sec %CPU
ARC8xR5  8480 128920 97.8 265920 58.9 116787 31.0 103261 97.8 392970
53.8 119.8  0.6
As you can see, the block read increased from ~172MB/s to ~392MB/s,
quite significant increase. Also the reqrite speed increased from
~67MB/s to ~116MB/s.
Ofcourse these tests are on a brand clean filesystem, which might not
tally with real-life crowded filesystems. But at least there is much
potential in a higher blocksize, and it would be a shame for it to crash
FreeBSD. There are quite a few people who store big files on big RAID
arrays; they could profit from a non-crashing FreeBSD with bigger
blocksize. Besides, a crashing VFS/Geom isn't all that sexy. ;-)
- Veronica
    
    
More information about the freebsd-fs
mailing list