Subject: Re: Faster pipes, now with uvm_loan()
To: Simon Burge <simonb@wasabisystems.com>
From: Manuel Bouyer <bouyer@antioche.lip6.fr>
List: tech-kern
Date: 04/25/2001 10:33:19
On Wed, Apr 25, 2001 at 02:40:24AM +1000, Simon Burge wrote:
> [...]
> I notice that people haven't been showing latency results (from
> lat_pipe) - but it's good to see those numbers better too on
> these two platforms.
I didn't notice lat_pipe :)
Hree are updated results:
Vax (MicroVAX 3300, KA640 CPU):
text data bss dec hex filename
813688 19256 158120 991064 f1f58 netbsd-newpipe
809764 19224 157852 986840 f0ed8 netbsd-oldpipe
old pipes: Pipe bandwidth: 0.85 MB/sec Pipe latency: 3099.0735 microseconds
new pipes: Pipe bandwidth: 8.85 MB/sec Pipe latency: 3006.7038 microseconds
Next68k (68040@25Mhz):
text data bss dec hex filename
960176 44964 147856 1152996 1197e4 netbsd-newpipe
955496 44932 147588 1148016 118470 netbsd-oldpipe
old pipes: Pipe bandwidth: 1.12 MB/sec Pipe latency: 1151.4129 microseconds
new pipes: Pipe bandwidth: 3.59 MB/sec Pipe latency: 702.0503 microseconds
macppc (603ev@160Mhz)
text data bss dec hex filename
1872008 34364 243436 2149808 20cdb0 netbsd-newpipe
1865772 34328 243196 2143296 20b440 netbsd-oldpipe
old pipes: Pipe bandwidth: 14.92 MB/sec Pipe latency: 132.8331 microseconds
new pipes: Pipe bandwidth: 16.81 MB/sec Pipe latency: 60.9367 microseconds
So: no much changes in latency on vax; the delay may be caused by something
else (context switching maybe?)
Even on the macppc where the bandwidth improvement isn't important, the
latency is cut by half.
--
Manuel Bouyer, LIP6, Universite Paris VI. Manuel.Bouyer@lip6.fr
--