From owner-freebsd-performance@FreeBSD.ORG Fri Oct 12 14:11:26 2007 Return-Path: Delivered-To: performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D0FD16A417; Fri, 12 Oct 2007 14:11:26 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 906F413C448; Fri, 12 Oct 2007 14:11:24 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9CEBNcl000711 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 Oct 2007 16:11:23 +0200 From: "Petr Holub" To: "Adrian Chadd" Date: Fri, 12 Oct 2007 16:12:00 +0200 Message-ID: <041b01c80cd9$db2b3e60$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Fri, 12 Oct 2007 16:11:24 +0200 (CEST) X-Mailman-Approved-At: Fri, 12 Oct 2007 14:33:42 +0000 Cc: performance@freebsd.org Subject: RE: Myrinet 10GE performance on 7.0-CURRENT X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2007 14:11:26 -0000 > Thanks for that. So its showing ~ 600k pps throughput. I'd love to > know whats setting that upper limit - is it iperf? Userspace? > Interrupt thread/device driver? Other kernel stuff? When measuring using ipef, it is iperf itself with high probability, as the netperf tool can achieve much better performance on small packets. I plan to integrate iperf patch mentioned in Linux kernel list to see if there's any difference. Petr