Date: Tue, 15 Sep 1998 10:49:28 -0400 (EDT) From: "Matthew N. Dodd" <winter@jurai.net> To: Mike Smith <mike@smith.net.au> Cc: Alfred Perlstein <bright@hotjobs.com>, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP Message-ID: <Pine.BSF.4.02.9809151045380.16487-100000@sasami.jurai.net> In-Reply-To: <199809151044.DAA00966@word.smith.net.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 15 Sep 1998, Mike Smith wrote: > Natch; shortest seek in the last N slots in the queue is the trivial > workaround. You can go totally nuts with disk scheduling, but it all > basically boils down to not being able to tell what the disk has > remembered (think segmented cache) and which transitions will really > cost you. > > *shrug* TCQ to the rescue. Also keep in mind that most modern disks will start elevator sorting above a certain transaction rate threshold. I see any host performed sorting to be something that is tweaked during tuning as its usefulness in some situations may be very low and in the most pessimal may cause you to burn cycles that would better be spent elsewhere. -- | Matthew N. Dodd |This space | '78 Datsun 280Z | FreeBSD/NetBSD/Sprite/VMS | | winter@jurai.net |is for rent| '84 Volvo 245DL | ix86,sparc,m68k,pmax,vax | | http://www.jurai.net/~winter | Are you k-rad elite enough for my webpage? | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02.9809151045380.16487-100000>