Dan Nelson wrote: > 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. > Maybe you were seeing effects of the syncer daemon? It can easily generate 2+ seconds of i/o on a flush. ScottReceived on Sun May 16 2004 - 08:45:31 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:54 UTC