Date: Sun, 12 Jan 1997 20:00:06 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: mount -o async on a news servre Message-ID: <Mutt.19970112200006.j@uriah.heep.sax.de> In-Reply-To: <199701121830.LAA25800@phaeton.artisoft.com>; from Terry Lambert on Jan 12, 1997 11:30:52 -0700 References: <Mutt.19970111235241.j@uriah.heep.sax.de> <199701121830.LAA25800@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
As Terry Lambert wrote: > Except that it's unreasonable to delay the unmount for vclean instead > of explicitly committing the buffers, and my "theory" was predicated > on the delay between when you issue "umount /dev/xxx; eject /dev/xxx" > and the actual eject. Hä? You're suggesting that the umount should _not_ wait now? :-) Otherwise, everything works as expected. You can eject (or spin down) the medium as soon as the umount completes. By `completes' i mean it returns to the shell. From my experience, it does _not_ wait until the update daemon comes along next time. If the umount takes a long time in your case (as it does much more noticable in the MO case), that's because you've got too many dirty buffers. Of course you can also wait first for the update daemon to come by, so afterwards the umount will complete instantly. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Mutt.19970112200006.j>