From owner-freebsd-current@FreeBSD.ORG Thu Nov 18 00:58:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4B4B16A4CE for ; Thu, 18 Nov 2004 00:58:01 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E97043D41 for ; Thu, 18 Nov 2004 00:58:01 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.250] (pool-68-161-115-118.ny325.east.verizon.net [68.161.115.118]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id iAI0vmLn099887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Nov 2004 19:57:51 -0500 (EST) Message-ID: <419BF377.9090800@mac.com> Date: Wed, 17 Nov 2004 19:57:27 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Wilkinson, Alex" References: <200411172357.47735.Emanuel.Strobl@gmx.net> <419BE654.6020705@mac.com> <20041118002741.GC66483@squash.dsto.defence.gov.au> In-Reply-To: <20041118002741.GC66483@squash.dsto.defence.gov.au> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.4 required=5.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pi.codefab.com cc: freebsd-current@freebsd.org Subject: Re: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2004 00:58:01 -0000 Wilkinson, Alex wrote: > ping only tests latency *not* throughput. So it is not really a good test. You can utilize a decent amount of a 100Mbs link via ping: 42-sec# time ping -q -c 10240 -i 0.00001 -s 1004 cube PING cube.local (192.168.1.6): 1004 data bytes --- cube.local ping statistics --- 10240 packets transmitted, 10240 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.455/0.793/4.491/0.418 ms 1.48s real 0.05s user 0.60s system 43% ...which works out to about 7MB/s. Hmph. I should have mentioned in my previous message that that one ought to do something like: sysctl -w net.inet.icmp.icmplim=10000 # or zero, maybe? ...as well, or else ping will be limited to some ~250 pps. It would be interesting for Emanuel to try ping -s with a bigger value suitable to fill jumbo frames. -- -Chuck PS: I just tested several varieties of ping until I got a: ping: sendto: No buffer space available ...so I perhaps I need do some additional tuning, myself. :-)