Skip site navigation (1)Skip section navigation (2)
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>