From: Antonio Flores Gil <aflo...@ditec.um.es>
Subject: Strange scheduling behavoir in SMP (kernel 2.2.14)
Date: 2000/01/27
Message-ID: <fa.f6msj4v.4764p0@ifi.uio.no>#1/1
X-Deja-AN: 578241582
Original-Date: Wed, 26 Jan 2000 00:45:27 +0100
Sender: owner-linux-ker...@vger.rutgers.edu
Content-Transfer-Encoding: 8bit
Original-Message-ID: <388E3597.2FF4C272@ditec.um.es>
To: "linux-ker...@vger.rutgers.edu" <linux-ker...@vger.rutgers.edu>
X-Accept-Language: es, en
Content-Type: text/plain; charset=iso-8859-1
X-Orcpt: rfc822;linux-kernel-outgoing-dig
Organization: Internet mailing list
MIME-Version: 1.0
Newsgroups: fa.linux.kernel
X-Loop: majord...@vger.rutgers.edu

Hi,

I have a SMP machine with two Pentium III. In order to compare  
performance with other machines I began a simple test:

for (i=0;i<MAX_NUMBER;i++)
  for(j=0;j<MAX_NUMBER;j++)
           c=a*b;               

/* These variables could be integer or double */


Using kernel 2.2.12 with SMP support this simple program take more 
time in my machine than in a uniprocessor with K6-2 (the same problem 
appear in the last stable kernel 2.2.14) Using xosview
application I discovered where the problem was. Instead of staying 
all the time in the same cpu, the process go from one cpu to other 
with a big performance lost.

Am I right?. Has been this problem solved in 2.3.x series?

Thanks a lot in advance.


--
Prof. Antonio Flores Gil
Departamento de Ingeniería y Tecnología de Computadores. Facultad de
Informática. Universidad de Murcia
Campus de Espinardo - 30080 Murcia (SPAIN)
Tel.: +34-968-364638    Fax: +34-968-364151
email: aflo...@ditec.um.es




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

From: Andrea Arcangeli <and...@suse.de>
Subject: Re: Strange scheduling behavoir in SMP (kernel 2.2.14)
Date: 2000/01/27
Message-ID: <fa.jigbd4v.1n06ggt@ifi.uio.no>#1/1
X-Deja-AN: 578244751
Original-Date: Thu, 27 Jan 2000 10:44:06 +0100 (CET)
Sender: owner-linux-ker...@vger.rutgers.edu
Original-Message-ID: <Pine.LNX.4.10.10001271040290.20628-100000@d251.suse.de>
References: <fa.f6msj4v.4764p0@ifi.uio.no>
X-PGP-Key-URL: http://e-mind.com/~andrea/aa.asc
To: Antonio Flores Gil <aflo...@ditec.um.es>
X-Authentication-Warning: d251.suse.de: andrea owned process doing -bs
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Orcpt: rfc822;linux-kernel-outgoing-dig
Organization: Internet mailing list
MIME-Version: 1.0
X-GnuPG-Key-URL: http://e-mind.com/~andrea/aa.gnupg.asc
Newsgroups: fa.linux.kernel
X-Loop: majord...@vger.rutgers.edu

On Wed, 26 Jan 2000, Antonio Flores Gil wrote:

>Using kernel 2.2.12 with SMP support this simple program take more time 
in my machine than in a uniprocessor with K6-2 (the same problem appear 
in the last stable kernel 2.2.14) Using xosview
>application I discovered where the problem was. Instead of staying all 
the time in the same cpu, the process go from one cpu to other with a big performance lost.
>
>Am I right?. Has been this problem solved in 2.3.x series?

Very right. I fixed this quite some time ago. Run 2.2.14aa*latest or apply
this my patch on the top of 2.2.14 (or 2.2.12):

	ftp://ftp.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.2/2.2.14aa3/SMP-scheduler-2.2.11-E.gz

I fixed this into the mid 2.3.x series (try out something like 2.3.17) but
FYI now the latest 2.3.4? are returned to not work correctly.

Andrea


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

From: Peter Waltenberg <pet...@surf.dascom.com>
Subject: re: Strange scheduling behavoir in SMP (kernel 2.2.14)
Date: 2000/01/28
Message-ID: <fa.me4ckqv.ekk6o8@ifi.uio.no>#1/1
X-Deja-AN: 578658712
Original-Date: Fri, 28 Jan 2000 08:26:39 +1000 (EST)
Sender: owner-linux-ker...@vger.rutgers.edu
Content-Transfer-Encoding: 8bit
Original-Message-ID: <XFMail.000128082639.peterw@surf.dascom.com>
References: <fa.ipes00v.1b1ukjd@ifi.uio.no>
To: linux-ker...@vger.rutgers.edu, aflo...@ditec.um.es
X-Priority: 3 (Normal)
X-Authentication-Warning: funnelweb.surf.dascom.com: smap set sender to <pet...@surf.dascom.com> using -f
Content-Type: text/plain; charset=us-ascii
X-Orcpt: rfc822;linux-kernel-outgoing-dig
Organization: Internet mailing list
MIME-Version: 1.0
Reply-To: pet...@dascom.com
Newsgroups: fa.linux.kernel
X-Loop: majord...@vger.rutgers.edu


> aflo...@ditec.um.es wrote
=============================
Hi,

I have a SMP machine with two Pentium III. In order to compare  performance
with other machines I began a simple test:

for (i=0;i<MAX_NUMBER;i++)
  for(j=0;j<MAX_NUMBER;j++)
           c=a*b;               /* These variables could be integer or double */


Using kernel 2.2.12 with SMP support this simple program take more time in my
machine than in a uniprocessor with K6-2 (the same problem appear in the last
stable kernel 2.2.14) Using xosview
application I discovered where the problem was. Instead of staying all the time
in the same cpu, the process go from one cpu to other with a big performance
lost.

Am I right?. Has been this problem solved in 2.3.x series?

Thanks a lot in advance.
===============================

No, it's still broken. Andrea has some patches for 2.2.
2.3 is still worse SMP than UP for anything CPU intensive.

I'm amazed that people are whinging about a phantom 5% in the scheduler when
there's a real 100%+ to be gained by fixing this one.

It's a real bug. The current scheduler kicks running processes even when
there's an idle CPU available. That means that heavy CPU use processes get
ping-ponged across CPU's. 

It's bad on a Dual Celeron with small caches, it must be a real killer on an 8
way Xeon ;)

Peter

----------------------------------
Peter Waltenberg
Software Engineer
IBM Software Group, Gold Coast

Phone: +61 7 5578 8933
Fax:     +61 7 5578 8146
----------------------------------

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/