Date: Wed, 10 Aug 2005 08:26:49 -0700 From: Alfred Perlstein <alfred@freebsd.org> To: Alexandr Kovalenko <never@nevermind.kiev.ua> Cc: Stephan Uphoff <ups@freebsd.org>, cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c softdep.h Message-ID: <20050810152649.GR41196@elvis.mu.org> In-Reply-To: <20050810144125.GA32594@nevermind.kiev.ua> References: <200508101409.j7AE9Qcq035408@repoman.freebsd.org> <20050810144125.GA32594@nevermind.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
* Alexandr Kovalenko <never@nevermind.kiev.ua> [050810 07:41] wrote: > Hello, Stephan Uphoff! > > On Wed, Aug 10, 2005 at 02:09:26PM +0000, you wrote: > > > ups 2005-08-10 14:09:26 UTC > > > > FreeBSD src repository > > > > Modified files: (Branch: RELENG_6) > > sys/ufs/ffs ffs_softdep.c softdep.h > > Log: > > MFC ffs_softdep.c 1.182, softdep.h 1.18 > > > > Delay freeing disk space for file system blocks until all > > dirty buffers are safely released. This fixes softdep > > problems on truncation (deletion) of files with dirty > > buffers. > > Could this be the fix for the problem when unpacking large archives on > soft-updates-enabled volumes? (I experience complete lockup of > filesystem operations at some point of time during extracting files, for > example - cd /usr/ports/editors/openoffice-1.1 && make extract) Is it a perm lockup? Or just for a couple of seconds? If it's just for a couple of seconds it may be fixed by Jeffr's commit about a month ago to one of the buffer daemons. -- - Alfred Perlstein
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050810152649.GR41196>