Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753315Ab1BFQ4D (ORCPT ); Sun, 6 Feb 2011 11:56:03 -0500 Received: from mail-fx0-f46.google.com ([209.85.161.46]:55478 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753262Ab1BFQ4B (ORCPT ); Sun, 6 Feb 2011 11:56:01 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=brqop1qotSyh4tYgQjDrN6kFMM/y6KQ0d2hn0/m69dDuPN6Mdkj2aE4jxBC/DSPmv2 auDMhVVDIqwh4PrnGM37PAQFZ3+BpjKkz8N1VTw9l4M0efNkeFcMchUcVXfIFNDUZS6Z bEj9sfRWnlt7foXdRwZoIxUiJskFBHSmi4kxs= Message-ID: <4D4ED29B.8010903@gmail.com> Date: Sun, 06 Feb 2011 17:55:55 +0100 From: Zdenek Kaspar User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; cs; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Justin Piszcz CC: Stan Hoeppner , "Dr. David Alan Gilbert" , Emmanuel Florac , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, linux-net@vger.kernel.org, Alan Piszcz Subject: Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE? References: <20110205214550.3cb0f0d1@galadriel2.home> <20110205220621.GB17347@gallifrey> <4D4DE34E.7010308@hardwarefreak.com> <4D4E127D.3060105@hardwarefreak.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4947 Lines: 132 Dne 6.2.2011 14:46, Justin Piszcz napsal(a): > > > On Sun, 6 Feb 2011, Justin Piszcz wrote: > >> >> >> On Sat, 5 Feb 2011, Stan Hoeppner wrote: >> >>> Justin Piszcz put forth on 2/5/2011 7:08 PM: >>> > > > Hi, Hi, just few comments for maximal throughput.. > 1. Defaults below: > sysctl -w net.core.wmem_max=131071 > sysctl -w net.core.rmem_max=131071 > sysctl -w net.core.wmem_default=118784 > sysctl -w net.core.rmem_default=118784 > sysctl -w net.core.optmem_max=20480 > sysctl -w net.ipv4.igmp_max_memberships=20 > sysctl -w net.ipv4.tcp_mem="379104 505472 758208" > sysctl -w net.ipv4.tcp_wmem="4096 16384 4194304" > sysctl -w net.ipv4.tcp_rmem="4096 87380 4194304" > sysctl -w net.ipv4.udp_mem="379104 505472 758208" > sysctl -w net.ipv4.udp_rmem_min=4096 > sysctl -w net.ipv4.udp_wmem_min=4096 > sysctl -w net.core.netdev_max_backlog=1024 sysctl net.ipv4.tcp_timestamps=0 > 2. Optimized settings, for > 800MiB/: > > # for 3ware raid, use 16384 readahead, > 16384 readahead, no improvement > blockdev --setra 16384 /dev/sda elevator=deadline > # not sure if this helps much > ethtool -K eth0 lro on Maybe try to _disable_ NIC offloads functions, sometimes its contra productive (with enough CPU power, but I doubt on 2 socket box) + check irqbalance.. If you have connection just between machines try the biggest possible MTU. > # seems to get performance > 600-700MiB/s faster > sysctl -w net.core.wmem_max=4194304 > sysctl -w net.core.rmem_max=4194304 > sysctl -w net.core.wmem_default=4194304 > sysctl -w net.core.rmem_default=4194304 > sysctl -w net.core.optmem_max=20480 > sysctl -w net.ipv4.igmp_max_memberships=20 > sysctl -w net.ipv4.tcp_mem="4194304 4194304 4194304" > sysctl -w net.ipv4.tcp_wmem="4194304 4194304 4194304" > sysctl -w net.ipv4.tcp_rmem="4194304 4194304 4194304" > sysctl -w net.ipv4.udp_mem="4194304 4194304 4194304" > sysctl -w net.ipv4.udp_rmem_min=4096 > sysctl -w net.ipv4.udp_wmem_min=4096 > sysctl -w net.core.netdev_max_backlog=1048576 > > # the main option that makes all of the difference, the golden option > # is the rszie and wsize of 1megabyte below: > 10.0.1.4:/r1 /nfs/box2/r1 nfs > tcp,bg,rw,hard,intr,nolock,nfsvers=3,rsize=1048576,wsize=1048576 0 0 > > CPU utilization: > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 2069 root 20 0 18640 1304 688 R 91 0.0 0:15.50 cp > 703 root 20 0 0 0 0 S 25 0.0 2:46.95 kswapd0 > > With a single copy I get roughly 700-800MiB/s: > > Device eth0 [10.0.1.3] (1/1): > ================================================================================ > > Incoming: > ###################### #################### #### > ###################### #################### #### > ###################### #################### #### > ###################### #################### #### > ###################### #################### #### > ###################### #################### #### Curr: 808.71 MByte/s > ###################### #################### #### Avg: 706.11 MByte/s > ###################### #################### #### Min: 0.00 MByte/s > ###################### #################### #### Max: 860.17 MByte/s > ###################### #################### #### Ttl: 344.70 GByte > > With two copies I get up to 830-850MiB/s: > > Device eth0 [10.0.1.3] (1/1): > ================================================================================ > > Incoming: > ############################################ #### > ############################################ #### > ############################################ #### > ############################################ #### > ############################################ #### > ############################################ #### Curr: 846.61 MByte/s > ############################################ #### Avg: 683.14 MByte/s > ############################################ #### Min: 0.00 MByte/s > ############################################ #### Max: 860.17 MByte/s > ############################################ #### Ttl: 305.71 GByte > > Using a 4MiB r/w size with NFS improves performance to sustain > 750MiB/s > a little better I think: > 10.0.1.4:/r1 /nfs/box2/r1 nfs > tcp,bg,rw,hard,intr,nolock,nfsvers=3,rsize=4194304,wsize=4194304 0 What about using UDP ? > Anyhow, roughly 750-850MiB/s it would be nice to get 1Gbyte/sec but I guess > the kerrnel (or my HW, CPU not fast enough) is not there yet. > > Also found a good doc from RedHat: > http://www.redhat.com/promo/summit/2008/downloads/pdf/Thursday/Mark_Wagner.pdf > > > Justin. > HTH, Z. -- 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/