Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Sep 2002 19:15:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Sep 2002 19:15:51 -0400 Received: from pizda.ninka.net ([216.101.162.242]:2498 "EHLO pizda.ninka.net") by vger.kernel.org with ESMTP id ; Thu, 12 Sep 2002 19:15:50 -0400 Date: Thu, 12 Sep 2002 16:12:25 -0700 (PDT) Message-Id: <20020912.161225.20790415.davem@redhat.com> To: hadi@cyberus.ca Cc: todd@osogrande.com, tcw@tempest.prismnet.com, linux-kernel@vger.kernel.org, netdev@oss.sgi.com Subject: Re: Early SPECWeb99 results on 2.5.33 with TSO on e1000 From: "David S. Miller" In-Reply-To: References:

X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 884 Lines: 20 From: jamal Date: Thu, 12 Sep 2002 08:30:44 -0400 (EDT) In regards to the receive side CPU utilization improvements: I think that NAPI does a good job at least in getting ridding of the biggest offender -- interupt overload. I disagree, at least for bulk receivers. We have no way currently to get rid of the data copy. We desperately need sys_receivefile() and appropriate ops all the way into the networking, then the necessary driver level support to handle the cards that can do this. Once 10gbit cards start hitting the shelves this will convert from a nice perf improvement into a must have. - 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/