Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753851AbYJ0Tjs (ORCPT ); Mon, 27 Oct 2008 15:39:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752041AbYJ0Tjh (ORCPT ); Mon, 27 Oct 2008 15:39:37 -0400 Received: from cet.com.ru ([195.178.208.66]:39542 "EHLO tservice.net.ru" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751998AbYJ0Tjg (ORCPT ); Mon, 27 Oct 2008 15:39:36 -0400 Date: Mon, 27 Oct 2008 22:39:34 +0300 From: Evgeniy Polyakov To: Ingo Molnar Cc: Alan Cox , Jiri Kosina , Andrew Morton , Peter Zijlstra , Mike Galbraith , David Miller , rjw@sisk.pl, s0mbre@tservice.net.ru, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [tbench regression fixes]: digging out smelly deadmen. Message-ID: <20081027193933.GB2590@ioremap.net> References: <20081025.002420.82739316.davem@davemloft.net> <1225010790.8566.22.camel@marge.simson.net> <1225011648.27415.4.camel@twins> <20081026021153.47878580.akpm@linux-foundation.org> <20081027112750.GA2771@elte.hu> <20081027113306.5b1d5898@lxorguk.ukuu.org.uk> <20081027183312.GD11494@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081027183312.GD11494@elte.hu> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1181 Lines: 26 On Mon, Oct 27, 2008 at 07:33:12PM +0100, Ingo Molnar (mingo@elte.hu) wrote: > the best dbench results come from systems that have enough RAM to > cache the full working set, and a filesystem intelligent enough to not > insert bogus IO serialization cycles (ext3 is not such a filesystem). My test system has 8gb for 8 clients and its performance dropped by 30%. There is no IO load since tbech uses only network part while dbench itself uses only disk IO. What we see right now is that usual network server which handles mixed set of essentially small reads and writes from the socket from multiple (8) clients suddenly lost one third of its performance. > The moment there's real IO it becomes harder to analyze but the same > basic behavior remains: the more unfair the IO scheduler, the "better" > dbench results we get. Right now there is no disk IO at all. Only quite usual network and process load. -- Evgeniy Polyakov -- 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/