Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!uunet!in3.uu.net!202.232.2.100!np1.iij.ad.jp!nf0.iij.ad.jp!nr0.iij.ad.jp!news.iij.ad.jp!news.CET.CO.JP!usenet From: Michael Hancock <michaelh@cet.co.jp> Newsgroups: comp.unix.bsd.freebsd.misc,comp.unix.bsd.bsdi.misc,comp.sys.sgi.misc Subject: Re: no such thing as a "general user community" Date: Thu, 27 Mar 1997 09:59:08 -0800 Organization: CET Lines: 21 Message-ID: <333AB56C.1818@cet.co.jp> References: <331BB7DD.28EC@net5.net> <5gsgsm$c5l@gazette.engr.sgi.com> <5gt4n5$9cc@flea.best.net> <5h1nr1$mpo@gazette.engr.sgi.com> <5h85pb$8b0@flea.best.net> NNTP-Posting-Host: chaos.cet.co.jp Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.0b2 (WinNT; I) X-Priority: 3 (Normal) Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:38031 comp.unix.bsd.bsdi.misc:6502 comp.sys.sgi.misc:29517 Matt Dillon wrote: > > Doug, what does this have to do with realtime partitions in XFS? All > you have done here is made an obvious statement. I/O Bandwidth is always > an issue, but insofar as XFS goes only video could reasonably be said > to require a realtime partition. You are not going to get better > performance with (as you say) 'where small edits and/or many > tracks are involved'. This is a function of the way the software > builds and manages its data files, not so much a function of whether > those data files reside on a realtime partition or not. Frankly, I > think the whole 'realtime extension' stuff is mostly crap... they > simply cannot guarentee latency to a fine enough grain for it to be > useful to the few systems that DO really need it. When I think > realtime, I think fine-grained deadline guarentees and deadline > scheduling. Nobody does it right. There's probably a good reason why nobody does it right. You have multiple tasks of varying length that must meet a deadline. This sounds just like some other hard problems. > -Matt