In the last episode (May 16), Scott Long said: > Dan Nelson wrote: > >In the last episode (May 16), Scott Long said: > > > >>Actually, bgfsck unconditionally inserts a delay into every 8th i/o > >>operation to try to keep from saturating the disks. Unfortunately > >>this isn't terribly sophisticated and it results in bgfsck taking > >>an eternity whether the system is idle, loaded, or reniced. > > > >See http://dan.allantgroup.com/FreeBSD/fsck_ffs.diff for a patch > >that removes the delay if it's at the minimum value, and more fairly > >calculates disk wait time. This cuts bgfsck time from ~4 hours to > >20 minutes on my 36gb /usr. > > Looks like a reasonable fix. Do you want it reviewed and committed? Sure. I don't remember why I bumped up the max wait time to 2.5 sec, though. That's probably too long. -- Dan Nelson dnelson_at_allantgroup.comReceived on Sun May 16 2004 - 08:40:10 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:54 UTC