Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757566AbYJ3Sos (ORCPT ); Thu, 30 Oct 2008 14:44:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753764AbYJ3Soh (ORCPT ); Thu, 30 Oct 2008 14:44:37 -0400 Received: from gw1.cosmosbay.com ([86.65.150.130]:46776 "EHLO gw1.cosmosbay.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753304AbYJ3Sog convert rfc822-to-8bit (ORCPT ); Thu, 30 Oct 2008 14:44:36 -0400 Message-ID: <490A0054.2030903@cosmosbay.com> Date: Thu, 30 Oct 2008 19:43:32 +0100 From: Eric Dumazet User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Stephen Hemminger CC: Evgeniy Polyakov , "Rafael J. Wysocki" , Ingo Molnar , Evgeniy Polyakov , Peter Zijlstra , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, David Miller , Mike Galbraith , Andrew Morton Subject: Re: [tbench regression fixes]: digging out smelly deadmen. References: <20081009231759.GA8664@tservice.net.ru> <20081010115518.GA3159@tservice.net.ru> <20081010115725.GD19487@elte.hu> <200810250025.35734.rjw@sisk.pl> <20081026112924.GA29258@ioremap.net> <20081026122300.GA30905@ioremap.net> <20081030111526.7d9bb0f8@extreme> In-Reply-To: <20081030111526.7d9bb0f8@extreme> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (gw1.cosmosbay.com [0.0.0.0]); Thu, 30 Oct 2008 19:43:41 +0100 (CET) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 932 Lines: 22 Stephen Hemminger a ?crit : > Has anyone looked into the impact of port randomization on this benchmark. > If it is generating lots of sockets quickly there could be an impact: > * port randomization causes available port space to get filled non-uniformly > and what was once a linear scan may have to walk over existing ports. > (This could be improved by a hint bitmap) > > * port randomization adds at least one modulus operation per socket > creation. This could be optimized by using a loop instead. tbench setups one socket per client, then send/receive lot of messages on this socket. Connection setup time can be ignored for the tbench regression analysis -- 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/