Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261406AbVDRBMc (ORCPT ); Sun, 17 Apr 2005 21:12:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261437AbVDRBMc (ORCPT ); Sun, 17 Apr 2005 21:12:32 -0400 Received: from inti.inf.utfsm.cl ([200.1.21.155]:53440 "EHLO inti.inf.utfsm.cl") by vger.kernel.org with ESMTP id S261406AbVDRBMa (ORCPT ); Sun, 17 Apr 2005 21:12:30 -0400 Message-Id: <200504172337.j3HNbJsA004220@laptop11.inf.utfsm.cl> To: Andreas Hartmann cc: linux-kernel@vger.kernel.org Subject: Re: More performance for the TCP stack by using additional hardware chip on NIC In-Reply-To: Message from Andreas Hartmann of "Sun, 17 Apr 2005 10:17:49 +0200." Date: Sun, 17 Apr 2005 19:37:18 -0400 From: Horst von Brand Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1332 Lines: 25 Andreas Hartmann said: > Alacritech developed a new chip for NIC's > (http://www.alacritech.com/html/tech_review.html), which makes it possible > to take away the TCP stack from the host CPU. Therefore, the host CPU has > more performance for the applications according Alacritech. > > This sounds interesting. This idea has been discussed around here a couple of times, and the consensus is that it is a bad idea: IP (and upper protocol) processing is not expensive, if done right, so this really doesn't buy much; this forces a particular interface to networking into the kernel, loosing flexibility that way is always bad; there is no access to futzing around in between (for example, for firewalling and such); and if the "hardware implementation" has bugs, you are screwed. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/