| To: | lm@gate1-neteng.engr.sgi.com (Larry McVoy) |
|---|---|
| Subject: | Re: lmbench with new checksum code... |
| From: | alan@lxorguk.ukuu.org.uk (Alan Cox) |
| Date: | Thu, 16 May 1996 18:32:51 +0100 (BST) |
| Cc: | davem@caip.rutgers.edu, lmlinux@neteng.engr.sgi.com, torvalds@cs.Helsinki.FI, sparclinux-cvs@caipfs.rutgers.edu, alan@cymru.net |
| In-reply-to: | <199605161603.JAA03193@neteng.engr.sgi.com> from "Larry McVoy" at May 16, 96 09:03:36 am |
| Sender: | owner-linux@cthulhu.engr.sgi.com |
> I think your 4.8MB/sec number is pretty studly. That means you are > checksumming 9MB/sec as well as the protocol stack on a system that Actually the Linux kernel cheats on the receive side of loopback and doesnt checksum. Its too expensive to fiddle around on the send side for that short of doing the whole job and shorting the tcp layer as Solaris seems to. > bcopies at ~20MB/sec. You're already better than 2x the SunOS code. > Call it a day, you won. Na.. We can cut all the checksums, do raw copies with no protocol overhead and possibly later on do user->user copying (with page flips to keep larry happy ;)). I can't see any reason we cannot do about 8-9MB/sec with a bit of extra code and some sneaky tricks. CONFIG_TCP_BENCHMARK_TRICKS anyone ? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: lmbench with new checksum code..., Neal Nuckolls |
|---|---|
| Next by Date: | Re: mpp kernel interface, Alan Cox |
| Previous by Thread: | Re: lmbench with new checksum code..., Larry McVoy |
| Next by Thread: | Re: lmbench with new checksum code..., David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |