From owner-freebsd-net@FreeBSD.ORG Thu Aug 14 05:43:40 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127C31065677 for ; Thu, 14 Aug 2008 05:43:40 +0000 (UTC) (envelope-from paul@gtcomm.net) Received: from atlas.gtcomm.net (atlas.gtcomm.net [67.215.15.242]) by mx1.freebsd.org (Postfix) with ESMTP id C82E38FC1F for ; Thu, 14 Aug 2008 05:43:39 +0000 (UTC) (envelope-from paul@gtcomm.net) Received: from c-76-108-197-4.hsd1.fl.comcast.net ([76.108.197.4] helo=[192.168.1.6]) by atlas.gtcomm.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1KTVVh-0001xZ-Hi; Thu, 14 Aug 2008 01:36:33 -0400 Message-ID: <48A3C692.3000909@gtcomm.net> Date: Thu, 14 Aug 2008 01:45:54 -0400 From: Paul User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0808131502y39879a22u39c472bd0b810fc2@mail.gmail.com> <48A3A2DA.8030404@gtcomm.net> <2a41acea0808132135oe9ebc6bk9423ac19f2e9f77a@mail.gmail.com> <48A3BC67.3050905@gtcomm.net> <2a41acea0808132225s6e77175fnf6780b249ed07058@mail.gmail.com> In-Reply-To: <2a41acea0808132225s6e77175fnf6780b249ed07058@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: HEADS UP: E1000 networking changes in STABLE/7.1 RELEASE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2008 05:43:40 -0000 Nice.. Now if they would just optimize the IP stack for SMP and the rest of the drivers we may have a piece of equipment and OS that will compete with the hardware vendor routers :) Full BGP, a few million pps(I hope), and filters.. Nothing does that right now short of Juniper M7i or Cisco SUP720-3b/cxl or 72xx, etc.. Of course the first 2 do it way faster but are also very expensive. Linux is backwards on packet forwarding until they get rid of the route cache, it's almost useless in a service provider environment (millions of flows and hundreds of thousands of new flows per second for instance), although it's still the most flexible. Please keep us updated on any interesting changes to the em/igb/ixgb :> I have ordered an 82575 card and will be testing it along with some other CPUs to fire up my routing performance thread again :> :> Paul > The Linux team here implemented multiqueue based on 82571 3 or 4 years ago, > they found that without MSIX it just caused more problems than it was worth > and they turned it off again until recently. > > Linux is in a better position right now, Dave Miller has been hacking madly at > their stack and they have pretty complete multiqueue support in the stack. One > of my friends here at Intel was responsible for a lot of the work and code along > the way. > > I know there's stack work going on, hopefully all drivers will benefit from that > as it comes out. Also Kip Macy has been doing some work for a customer > that is based on my igb code, he promised to have some patches back to me > in a couple weeks, I'm sure it will be good stuff too. > > I do not know how hard 82576 is to get right now, it has a TON of potential > that I have no where near tapped yet. Before the firedrill the last couple of > days I had started on updating the ioatdma driver, which we need so that > I can put DCA into the igb driver (Direct Cache Access), that should be a > big performance enhancer when I can get it done. > > Jack > >