From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755170AbXDZXCk (ORCPT ); Thu, 26 Apr 2007 19:02:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753642AbXDZXCk (ORCPT ); Thu, 26 Apr 2007 19:02:40 -0400 Received: from mail33.syd.optusnet.com.au ([211.29.132.104]:53347 "EHLO mail33.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753643AbXDZXCi (ORCPT ); Thu, 26 Apr 2007 19:02:38 -0400 From: Con Kolivas To: ck@vds.kolivas.org Subject: Re: [ck] Re: [REPORT] cfs-v6-rc2 vs sd-0.46 vs 2.6.21-rc7 Date: Fri, 27 Apr 2007 08:59:36 +1000 User-Agent: KMail/1.9.5 Cc: Ingo Molnar , Michael Gerdau , Nick Piggin , Bill Davidsen , Juliusz Chroboczek , Mike Galbraith , linux-kernel@vger.kernel.org, William Lee Irwin III , Peter Williams , Gene Heskett , Willy Tarreau , Thomas Gleixner , Linus Torvalds , Andrew Morton , Arjan van de Ven References: <200704261312.25571.mgd@technosis.de> <20070426120723.GA4092@elte.hu> In-Reply-To: <20070426120723.GA4092@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704270859.37931.kernel@kolivas.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 26 April 2007 22:07, Ingo Molnar wrote: > * Michael Gerdau wrote: > > Hi list, > > > > find below a test comparing > > 2.6.21-rc7 (mainline) > > 2.6.21-rc7-sd046 > > 2.6.21-rc7-cfs-v6-rc2(*) (X @ nice 0) > > 2.6.21-rc7-cfs-v6-rc2(*) (X @ nice -10) > > running on a dualcore x86_64. > > thanks for the testing! Very interesting indeed but fairly complicated as well. > as a summary: i think your numbers demonstrate it nicely that the > shorter 'timeslice length' that both CFS and SD utilizes does not have a > measurable negative impact on your workload. To measure the total impact > of 'timeslicing' you might want to try the exact same workload with a > much higher 'timeslice length' of say 400 msecs, via: > > echo 400000000 > /proc/sys/kernel/sched_granularity_ns # on CFS > echo 400 > /proc/sys/kernel/rr_interval # on SD I thought that the effective "timeslice" on CFS was double the sched_granularity_ns so wouldn't this make the effective timeslice double that of what you're setting SD to? Anyway the difference between 400 and 800ms timeslices is unlikely to be significant so I don't mind. -- -ck