Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 26 May 2006 16:45:54 -0400 (EDT)
From:      Andrew Gallatin <gallatin@cs.duke.edu>
To:        Alexander Leidinger <Alexander@Leidinger.net>
Cc:        Max Laier <max@love2party.net>, Peter Jeremy <peterjeremy@optushome.com.au>, freebsd-current@freebsd.org, Andrew Gallatin <gallatin@cs.duke.edu>, Gordon Bergling <gbergling@0xfce3.net>
Subject:   Re: Take 2: new IP Checksum Code from DragonFlyBSD
Message-ID:  <17527.26882.835189.53889@grasshopper.cs.duke.edu>
In-Reply-To: <20060526133017.224cff08@Magellan.Leidinger.net>
References:  <20060524180802.GA59176@central.0xfce3.net> <200605250517.12054.max@love2party.net> <20060525104000.GA4962@central.0xfce3.net> <20060525115447.GB724@turion.vk2pj.dyndns.org> <17525.55617.272397.806798@grasshopper.cs.duke.edu> <20060526133017.224cff08@Magellan.Leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help

Alexander Leidinger writes:
 > Quoting Andrew Gallatin <gallatin@cs.duke.edu> (Thu, 25 May 2006 12:20:17 -0400 (EDT)):
 > 
 > > If we're going to do anything,  I'd prefer to see us skip
 > > the checksum on everything sent across lo0 and stick with
 > > the slower, yet known to work, existing checksum code for
 > > slow interfaces.
 > 
 > The current code is known to work with the current gcc we use. It is
 > known to *not* work with the Intel C compiler. It may or may not work
 > with an upcomming gcc version.
 > 
 > The current code is a maze of assembly and macros, the new one is
 > straight forward C and a little bit of assembly. And the new one is
 > also known to work in DragonFlyBSD. Do you expect *this* code to act
 > differently between FreeBSD and DragonFlyBSD?

If it is is really known to work and it is higher quality, then it is
fine with me.  The original poster presented the new code as a
performance enhancement over the old.  My position is simply that that
the performance of the software checksumming code is irrelevant, as it
should never be used in a situation where performace is important. All
1Gb and 10Gb nics do hardware checksum offload, and we should not be
checksumming local traffic.

Drew



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17527.26882.835189.53889>