Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752225AbYJaLP2 (ORCPT ); Fri, 31 Oct 2008 07:15:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751041AbYJaLPK (ORCPT ); Fri, 31 Oct 2008 07:15:10 -0400 Received: from courier.cs.helsinki.fi ([128.214.9.1]:33556 "EHLO mail.cs.helsinki.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750790AbYJaLPJ (ORCPT ); Fri, 31 Oct 2008 07:15:09 -0400 Date: Fri, 31 Oct 2008 13:15:00 +0200 (EET) From: "=?ISO-8859-1?Q?Ilpo_J=E4rvinen?=" X-X-Sender: ijjarvin@wrl-59.cs.helsinki.fi To: Eric Dumazet cc: David Miller , shemminger@vyatta.com, zbr@ioremap.net, rjw@sisk.pl, mingo@elte.hu, s0mbre@tservice.net.ru, a.p.zijlstra@chello.nl, LKML , Netdev , efault@gmx.de, Andrew Morton Subject: Re: [tbench regression fixes]: digging out smelly deadmen. In-Reply-To: <490AE792.60200@cosmosbay.com> Message-ID: References: <20081031.005219.141937694.davem@davemloft.net> <20081031.025159.51432990.davem@davemloft.net> <490AE1CD.9040207@cosmosbay.com> <490AE792.60200@cosmosbay.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-696208474-1642721910-1225451700=:7072" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1734 Lines: 48 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---696208474-1642721910-1225451700=:7072 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT On Fri, 31 Oct 2008, Eric Dumazet wrote: > Ilpo J?rvinen a ?crit : > > On Fri, 31 Oct 2008, Eric Dumazet wrote: > > > > > David Miller a ?crit : > > > > From: "Ilpo J?rvinen" > > > > Date: Fri, 31 Oct 2008 11:40:16 +0200 (EET) > > > > > > Let me remind that it is just a single process, so no ping-pong > >> & other > > > > > lock related cache effects should play any significant role here, > > > no? (I'm > > > > > no expert though :-)). > > > > > Not locks or ping-pongs perhaps, I guess. So it just sends and > > > > receives over a socket, implementing both ends of the communication > > > > in the same process? > > > > > If hash chain conflicts do happen for those 2 sockets, just > > > traversing > > > > the chain 2 entries deep could show up. > > > > > > tbench is very sensible to cache line ping-pongs (on SMP machines of > > > course) > > > > ...Sorry to disappoint you but we were discussion there on my AIM9 tcp_test > > results :-). > > > > Well, before you added AIM9 on this topic, we were focusing on tbench :) > > Sorry to disappoint you :) It's all Stephen's fault, he added port randomization first... ;-) -- i. ---696208474-1642721910-1225451700=:7072-- -- 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/