From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+w=401wt.eu-S965051AbXDPI3N@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S965051AbXDPI3N (ORCPT <rfc822;w@1wt.eu>);
	Mon, 16 Apr 2007 04:29:13 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965095AbXDPI3M
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 16 Apr 2007 04:29:12 -0400
Received: from fgwmail7.fujitsu.co.jp ([192.51.44.37]:51062 "EHLO
	fgwmail7.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S965051AbXDPI3K (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 16 Apr 2007 04:29:10 -0400
Date: Mon, 16 Apr 2007 17:26:18 +0900
Message-ID: <877iscsp1x.wl%takeuchi_satoru@jp.fujitsu.com>
From: Satoru Takeuchi <takeuchi_satoru@jp.fujitsu.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: surya.prabhakar@wipro.com, kernel@kolivas.org,
       linux-kernel@vger.kernel.org, torvalds@linux-foundation.org,
       akpm@linux-foundation.org, npiggin@suse.de, efault@gmx.de,
       arjan@infradead.org, tglx@linutronix.de, wli@holomorphy.com
Subject: Re: [TEST RESULT]massive_intr.c -- cfs/vanilla/sd-0.40
In-Reply-To: <20070414120220.GA2346@elte.hu>
References: <1176540546.2702.15.camel@bluegenie>
	<20070414120220.GA2346@elte.hu>
User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8
 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.4 (i486-pc-linux-gnu)
 MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

At Sat, 14 Apr 2007 14:02:20 +0200,
Ingo Molnar wrote:
> 
> 
> * surya.prabhakar@wipro.com <surya.prabhakar@wipro.com> wrote:
> 
> > Hi Ingo,
> >   Did a test with massive_intr.c on a standard linux desktop.
> > for vanilla, con's Sd-0.40 and cfs.
> 
> thanks!
> 
> > [surya@bluegenie tests]$ ./massive_intr 10 10
> > 002435  00000120
> > 002439  00000120
> > 002441  00000120
> > 002434  00000120
> > 002436  00000120
> > 002440  00000120
> > 002432  00000120
> > 002437  00000120
> > 002433  00000120
> > 002438  00000120
> > 
> > Felt it is too much fair, will try another pass ;)
> 
> hehe :)
> 
> > [surya@bluegenie tests]$ ./massive_intr 10 10
> > 002961  00000121
> > 002965  00000120
> > 002964  00000121
> > 002959  00000120
> > 002956  00000121
> > 002963  00000121
> > 002960  00000121
> > 002962  00000121
> > 002958  00000122
> > 002957  00000122
> 
> btw., other schedulers might work better with some more test-time: i'd 
> suggest to use 60 seconds (./massive_intr 10 60) [or maybe more, using 
> more threads] to see long-term fairness effects.

I tested CFS with massive_intr. I did long term, many CPUs, and many
processes cases.

Test environment
================

 - kernel:         2.6.21-rc6-CFS
 - run time:       300 secs
 - # of CPU:       1 or 4
 - # of processes: 200 or 800

Result
======

  +---------+-----------+-------+------+------+--------+
  |   # of  |   # of    | avg   | max  | min  |  stdev |
  |   CPUs  | processes | (*1)  | (*2) | (*3) |  (*4)  |
  +---------+-----------+-------+------+------+--------+
  | 1(i386) |           | 117.9 |  123 |  115 |    1.2 |
  +---------|       200 +-------+------+------+--------+
  |         |           | 750.2 |  767 |  735 |   10.6 |
  | 4(ia64) +-----------+-------+------+------+--------+
  |         |   800(*5) | 187.3 |  189 |  186 |    0.8 |
  +---------+-----------+-------+------+------+--------+

  *1) average number of loops among all processes
  *2) maximum number of loops among all processes
  *3) minimum number of loops among all processes
  *4) standard deviation
  *5) Its # of processes per CPU is equal to first test case.

Pretty good! CFS seems to be fair in any situation.

Satoru