Return to BSD News archive
Xref: sserve comp.os.386bsd.misc:1206 comp.os.linux:56070 Newsgroups: comp.os.386bsd.misc,comp.os.linux Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!osuunx.ucc.okstate.edu!moe.ksu.ksu.edu!vixen.cso.uiuc.edu!howland.reston.ans.net!pipex!uknet!cf-cm!cybaswan!iiitac From: iiitac@swan.pyr (Alan Cox) Subject: Re: NetBSD TCP/IP network benchmarks Message-ID: <1993Oct11.124338.23859@swan.pyr> Organization: Swansea University College References: <CEnnD9.H8w@agora.rain.com> <1993Oct11.091056.7938@beaver.cs.washington.edu> <34594@dog.ee.lbl.gov> Date: Mon, 11 Oct 1993 12:43:38 GMT Lines: 21 In article <34594@dog.ee.lbl.gov> torek@horse.ee.lbl.gov (Chris Torek) writes: > >Testing two (or more) different OSes for the same task on the same >hardware *does* test all the aspects of the software; but the nature >of the test affects *which* aspects figure the most strongly. I dispute it checks all aspects. What bearing does disk speed have when the disks are not even being used ? General point taken however. > >As most modern machines can easily copy at greater-than-Ethernet >speeds, the actual throughput on such a test typically depends mainly >on the efficiency of the Ethernet driver. Excessive memory-to-memory.. On a PC this is more true than usual because of the 8MHz backplane bus, the problems with DMA behaviour and an awful lot of other related design cockups. An 8bit ethernet card almost haves performance over a 16bit one, which is a pretty good pointer to where the hit is both with Linux and with BSD. >cover deliberate misuse or acts of Goddess.) ^-- Hail Eris! >In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 510 486 5427) >Berkeley, CA Domain: torek@ee.lbl.gov Alan iiitac@pyr.swan.ac.uk