Return to BSD News archive
Newsgroups: comp.os.386bsd.questions Path: sserve!newshost.anu.edu.au!munnari.oz.au!bunyip.cc.uq.oz.au!harbinger.cc.monash.edu.au!yeshua.marcam.com!news.kei.com!sol.ctr.columbia.edu!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!ensta!itesec!frmug.fr.net!fasterix.frmug.fr.net!pb From: pb@fasterix.frmug.fr.net (Pierre Beyssac) Subject: Re: NetBSD - routing and slip References: <2gv4lc$l0i@darkstar.UCSC.EDU> <1994Jan12.142552.6187@jupiter.sun.csd.unb.ca> <CJJ0w6.ADo@usenet.ucs.indiana.edu> <1994Jan12.221740.2979@sifon.cc.mcgill.ca> Organization: considered harmful Date: Sat, 15 Jan 1994 00:22:24 GMT Message-ID: <1994Jan15.002224.7570@fasterix.frmug.fr.net> Lines: 34 In article <1994Jan12.221740.2979@sifon.cc.mcgill.ca>, Colin BRADLEY <fox@cs.mcgill.ca> wrote: >I've got a slip line on NetBSD-0.9, and I get about 1.2 K on good days over >my 14.4k 16550 arrangement. One thing I have noticed, is that with small >files, especially small text files, I get absurdly high tranfer rates. My own >feeling on the matter is that there is some sort of problem with the timing >mechanism, that gives rise to these figures... I have seen the same on Taylor UUCP transfers with small files : excerpts from my UUCP Stats file : received 203 bytes in 0.001 seconds (203000 bytes/sec) received 203 bytes in 0.041 seconds (4951 bytes/sec) I run UUCP on a V32bis/V42bis modem, not on ethernet :-) I have not taken a look at Taylor UUCP code, so what follows may be completely wrong :-) These are just my assumptions. The problem with small files is that all of the file can be buffered, and is received while UUCP is finishing processing the previous file... So everything is probably already received when UUCP starts the timer, reads the data, processes it, and stops the timer. I don't think much can be done about that, except maybe fixing Taylor UUCP so that is doesn't stop the timer when processing at the end of each file. The problem with ftp/SLIP is probably similar. -- Pierre Beyssac FreeBSD@home: pb@fasterix.frmug.fr.net NetBSD, FreeBSD, Linux -- Il y a moins bien, mais c'est plus cher.