From owner-freebsd-net@FreeBSD.ORG Thu Jul 4 08:16:03 2013 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A4913F46; Thu, 4 Jul 2013 08:16:03 +0000 (UTC) (envelope-from prvs=1897fed9ea=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 21AE6166B; Thu, 4 Jul 2013 08:16:02 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50004718354.msg; Thu, 04 Jul 2013 09:16:01 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 04 Jul 2013 09:16:01 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1897fed9ea=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Lawrence Stewart" , "Outback Dingo" References: <51D3E5BC.1000604@freebsd.org> <51D42976.9020206@freebsd.org> <51D4D77B.60804@freebsd.org> <51D4EECE.4010808@freebsd.org> Subject: Re: Terrible ix performance Date: Thu, 4 Jul 2013 09:16:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Kevin Oberman , net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jul 2013 08:16:03 -0000 ----- Original Message ----- >> On Wed, Jul 3, 2013 at 10:01 PM, Lawrence Stewart>> >> On 07/04/13 10:18, Kevin Oberman wrote: >> > On Wed, Jul 3, 2013 at 4:21 PM, Steven Hartland >> >> >> >> Out of interest have you tried limiting the number of queues? >> >> >> >> If not give it a try see if it helps, add the following to >> >> /boot/loader.conf: >> >> hw.ixgbe.num_queues=1 >> >> >> >> If nothing else will give you another data point. >> >> As noted in my first post to this thread, if iperf is able to push a >> single flow at 8Gbps, then the NIC is unlikely to be the source of the >> problem and trying to tune it is a waste of time (at least at this >> stage). >> >> iperf tests memory-network-memory transfer speed without any disk >> involvement, so the fact that it can get 8Gbps and ftp is getting around >> 4Gbps implies that either the iperf TCP tuning is better (only likely to >> be relevant if the RTT is very large - Outback Dingo you still haven't >> provided us with the RTT) or the disk subsystem at one or both ends is >> slowing things down. That may not be all the story, you'll have significantly different data patterns between the two, so don't discount anything till you've tested. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.