Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932280AbWHCVkW (ORCPT ); Thu, 3 Aug 2006 17:40:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932581AbWHCVkW (ORCPT ); Thu, 3 Aug 2006 17:40:22 -0400 Received: from ms-2.rz.RWTH-Aachen.DE ([134.130.3.131]:11514 "EHLO ms-dienst.rz.rwth-aachen.de") by vger.kernel.org with ESMTP id S932280AbWHCVkU (ORCPT ); Thu, 3 Aug 2006 17:40:20 -0400 Date: Thu, 03 Aug 2006 23:40:27 +0200 From: Arnd Hannemann Subject: Re: problems with e1000 and jumboframes In-reply-to: <20060803182911.GA8692@2ka.mipt.ru> To: Evgeniy Polyakov Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, olel@ans.pl Message-id: <44D26D4B.4090609@arndnet.de> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R Content-transfer-encoding: 7BIT User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) X-Enigmail-Version: 0.94.0.0 X-Spam-Report: * -2.8 ALL_TRUSTED Did not pass through any untrusted hosts References: <44D1FEB7.2050703@arndnet.de> <20060803135925.GA28348@2ka.mipt.ru> <44D20A2F.3090005@arndnet.de> <20060803150330.GB12915@2ka.mipt.ru> <20060803151631.GA14774@2ka.mipt.ru> <20060803154125.GA9745@2ka.mipt.ru> <44D23BC3.7040707@arndnet.de> <20060803182911.GA8692@2ka.mipt.ru> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2776 Lines: 67 Evgeniy Polyakov wrote: > On Thu, Aug 03, 2006 at 08:09:07PM +0200, Arnd Hannemann (arnd@arndnet.de) wrote: >> Evgeniy Polyakov schrieb: >>> On Thu, Aug 03, 2006 at 07:16:31PM +0400, Evgeniy Polyakov (johnpol@2ka.mipt.ru) wrote: >>>>>> then skb_alloc adds a little >>>>>> (sizeof(struct skb_shared_info)) at the end, and this ends up >>>>>> in 32k request just for 9k jumbo frame. >>>>> Strange, why this skb_shared_info cannon be added before first alignment? >>>>> And what about smaller frames like 1500, does this driver behave similar >>>>> (first align then add)? >>>> It can be. >>>> Could attached (completely untested) patch help? >>> Actually this patch will not help, this new one could. >>> >> I applied the attached pachted. And got this output: >> >>> Intel(R) PRO/1000 Network Driver - bufsz 13762 >>> ... >> I'm a bit puzzled that there are so much allocations. However the patch >> seems to work. (at least not obviously breaks things for me yet) > > Very strange output actually - comments in the code say that frame size > can not exceed 0x3f00, but in this log it is much more than 16128 and > that is after sizeof(struct skb_shared_info) has been removed... > Could you please remove debug output and run some network stress test in > parallel with high disk/memory activity to check if that does not break > your system and watch /proc/slabinfo for 16k and 32k sized pools. The system seems to be still stable. >From /proc/slabinfo during netio test: > size-32768(DMA) 0 0 32768 1 8 : tunables 8 4 0 : slabdata 0 0 0 > size-32768 84 89 32768 1 8 : tunables 8 4 0 : slabdata 84 89 0 > size-16384(DMA) 0 0 16384 1 4 : tunables 8 4 0 : slabdata 0 0 0 > size-16384 184 188 16384 1 4 : tunables 8 4 0 : slabdata 184 188 0 Netio results: NETIO - Network Throughput Benchmark, Version 1.26 (C) 1997-2005 Kai Uwe Rommel TCP connection established. Packet size 1k bytes: 72320 KByte/s Tx, 86656 KByte/s Rx. Packet size 2k bytes: 71400 KByte/s Tx, 94703 KByte/s Rx. Packet size 4k bytes: 71544 KByte/s Tx, 88463 KByte/s Rx. Packet size 8k bytes: 70392 KByte/s Tx, 92127 KByte/s Rx. Packet size 16k bytes: 70512 KByte/s Tx, 102607 KByte/s Rx. Packet size 32k bytes: 71705 KByte/s Tx, 101083 KByte/s Rx. Done. Strange ist that receiving seems to be much faster than transmitting. > -- > Evgeniy Polyakov Thanks, Arnd - 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/