Date: Tue, 12 Mar 1996 09:43:28 PST From: "Marty Leisner" <leisner@sdsp.mc.xerox.com> To: Luigi Rizzo <luigi@labinfo.iet.unipi.it> Cc: msmith@atrad.adelaide.edu.au, questions@freebsd.org Subject: Re: non-blocking read ? Message-ID: <9603121743.AA08403@gnu.mc.xerox.com> In-Reply-To: Your message of "Tue, 12 Mar 1996 09:33:14 PST." <199603121733.SAA20865@labinfo.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
> >That's my problem... some programs (noticeably the "harvest" cache) >work as a single-threaded process which serves concurrent >requests by trying to avoid blocking calls. It appears to do a nice >job, but for some things (say reads/seeks etc. from disk) it appears >that there is no way to avoid delays -- at least to my knowledge. > > Thanks > Luigi >==================================================================== >Luigi Rizzo Dip. di Ingegneria dell'Informazione >email: luigi@iet.unipi.it Universita' di Pisa >tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) >fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ >==================================================================== How long a "delay" are you having? You may want to look at the mit pthreads package... If you start forking I don't see how you can save time... Maybe an architecture with another process which is a filing daemon, connecting to the other process with pipes (where each pipe maps to a file). Select works fine on pipes... marty
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9603121743.AA08403>