Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!nntp.coast.net!news-res.gsl.net!news.gsl.net!news.mathworks.com!newsfeed.internetmci.com!newsserver.jvnc.net!raffles.technet.sg!nf1.iij.ad.jp!news.iij.ad.jp!news.CET.CO.JP!usenet From: Michael Hancock <michaelh@cet.co.jp> Newsgroups: comp.os.linux.networking,comp.unix.bsd.netbsd.misc,comp.unix.bsd.freebsd.misc Subject: Re: TCP latency Date: Thu, 18 Jul 1996 02:51:06 -0700 Organization: CET Lines: 28 Message-ID: <31EE090A.4A43@cet.co.jp> References: <31E6B8AB.3E6C@indy.celebration.net> <4s7j2r$blf@fido.asd.sgi.com> <31E7BD6F.167EB0E7@dyson.iquest.net> <4sfjm8$a04@news.swan.ac.uk> NNTP-Posting-Host: a07m.cet.co.jp Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02 (Win16; I) Xref: euryale.cc.adfa.oz.au comp.os.linux.networking:45535 comp.unix.bsd.netbsd.misc:4092 comp.unix.bsd.freebsd.misc:23825 Alan Cox wrote: > > That is one I'd like to try, and I'd be interested in the figures for both > on the same hardware for each node you are testing against. (DONT do a dumb > two host many connection test its got no value as the packet patterns will not > resemble real traffic and you won't be accurately assessing issues like > L2 cache footprint of arp table lookups. You need to model a real network > with say 300-500 hosts off mixed subnets and on mixed traffic timers to > generate useful stats for say WWW network performance. *BSD servers are operating in environments like this and worse. Talk to Matt about his network from hell. > Well the last time I looked the VM works rather nicely now, it certainly > seems to work rather well (unlike 1.2). It also passes the portability test > in running on machines with 32 and 64bit architectures, as well as both > physical and various virtual caches, while I'm dubious the FreeBSD vm subsystem > will actually run well on a 64bit architecture - perhaps the NetBSD folk can > answer why they use the Mach VM layer not yours ? Because that's what 4.4BSD Lite came with. John made radical changes to the VM and NetBSD probably didn't want to go thru a such a volatile phase of development. John started with the Mach VM code and made it better. He unified it with the buffer cache and has been working on various optimizations. It was a major undertaking and it's stabilizing now, so more time can be spent looking at other areas of the OS. -mike hancock