[lkml]   [2008]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: very poor ext3 write performance on big filesystems?
Andreas Dilger schrieb:
> I'm CCing the linux-raid mailing list, since I suspect they will be
> interested in this result.
> I would suspect that the "journal guided RAID recovery" mechanism
> developed by U.Wisconsin may significantly benefit this workload
> because the filesystem journal is already recording all of these
> block numbers and the MD bitmap mechanism is pure overhead.

Also, using anticipatory IO scheduler seems to be the best option for an
array with lots of seeks and random reads and writes (quite
surprisingly, closely followed by NOOP - both were behaving much better
than deadline or CFQ).

Here are some numbers I posted to BackupPC mailing list:

Tomasz Chmielewski

 \ /
  Last update: 2008-02-27 21:29    [W:0.072 / U:1.236 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site