Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.telstra.net!news-out.internetmci.com!newsfeed.internetmci.com!feed1.news.erols.com!worldnet.att.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!news.ums.edu!news.umbc.edu!haven.umd.edu!hecate.umd.edu!analog.eng.umd.edu!marat From: marat@Glue.umd.edu (Marat Fayzullin) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: Query: PLIP connection. Date: 25 Mar 1997 14:02:42 GMT Organization: University of Maryland, College Park Lines: 14 Message-ID: <5h8lu2$mpm@hecate.umd.edu> References: <33369B7E.41C67EA6@sees.bangor.ac.uk> <5h75qb$ta@uriah.heep.sax.de> NNTP-Posting-Host: analog.eng.umd.edu X-Newsreader: TIN [version 1.2 PL2] Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:37825 J Wunsch (j@uriah.heep.sax.de) wrote: : Section 2.10 of the FAQ describes the cable (it's also on top of : /sys/i386/isa/lpt.c). The cable is a standard "parallel null modem" variety also used with Norton Commander and Windoze95 parallel port link. It is sold in computer shops in US under the name "interlink cable". Now, to the more important question: when will it be possible to limit amount of CPU time taken by PLIP driver? Doing direct transfer between the gateway and the PLIPped host now takes 100% of CPU time, meaning everything else hangs on both these machines. It becomes a little bit easier when you run some high-CPU-consumption program (GCC or an interpreting emulator of another computer do just fine) concurrently with the transfer, but is there a decent way to control that?