From: Nick Piggin <piggin@cyberone.com.au>
To: Anton Blanchard <anton@samba.org>
Cc: Larry McVoy <lm@work.bitmover.com>, Larry McVoy <lm@bitmover.com>,
linux-kernel@vger.kernel.org
Subject: Re: Scaling noise
Date: Wed, 03 Sep 2003 16:55:55 +1000 [thread overview]
Message-ID: <3F55907B.1030700@cyberone.com.au> (raw)
In-Reply-To: <20030903062817.GA19894@krispykreme>
Anton Blanchard wrote:
>>>>I've frequently tried to make the point that all the scaling for
>>>>lots of processors is nonsense. Mr Dell says it better:
>>>>
>>>> "Eight-way (servers) are less than 1 percent of the market and
>>>> shrinking pretty dramatically," Dell said. "If our competitors
>>>> want to claim they're No. 1 in eight-ways, that's fine. We
>>>> want to lead the market with two-way and four-way (processor
>>>> machines)."
>>>>
>>>>Tell me again that it is a good idea to screw up uniprocessor
>>>>performance for 64 way machines. Great idea, that. Go Dinosaurs!
>>>>
>>>And does your 4 way have hyperthreading?
>>>
>>What part of "shrinking pretty dramatically" did you not understand?
>>Maybe you know more than Mike Dell. Could you share that insight?
>>
>
>Ok. But only because you asked nicely.
>
>Mike Dell wants to sell 2 and 4 processor boxes and Intel wants to sell
>processors with hyperthreading on them. Scaling to 4 or 8 threads is just
>like scaling to 4 or 8 processors, only worse.
>
>However, lets not end up in a yet another 64 way scalability argument here.
>
>The thing we should be worrying about is the UP -> 2 way SMP scalability
>issue. If every chip in the future has hyperthreading then all of sudden
>everyone is running an SMP kernel. And what hurts us?
>
>atomic ops
>memory barriers
>
>Ive always worried about those atomic ops that only appear in an SMP
>kernel, but Rusty recently reminded me its the same story for most of the
>memory barriers.
>
>Things like RCU can do a lot for this UP -> 2 way SMP issue. The fact it
>also helps the big end of town is just a bonus.
>
I think LM advocates aiming single image scalability at or before the knee
of the CPU vs performance curve. Say thats 4 way, it means you should get
good performance on 8 ways while keeping top performance on 1 and 2 and 4
ways. (Sorry if I mis-represent your position).
I don't think anyone advocates sacrificing UP performance for 32 ways, but
as he says it can happen .1% at a time.
But it looks like 2.6 will scale well to 16 way and higher. I wonder if
there are many regressions from 2.4 or 2.2 on small systems.
next prev parent reply other threads:[~2003-09-03 6:56 UTC|newest]
Thread overview: 154+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-03 4:03 Scaling noise Larry McVoy
2003-09-03 4:12 ` Roland Dreier
2003-09-03 4:20 ` Larry McVoy
2003-09-03 15:12 ` Martin J. Bligh
2003-09-03 4:18 ` Anton Blanchard
2003-09-03 4:29 ` Larry McVoy
2003-09-03 4:33 ` CaT
2003-09-03 5:08 ` Larry McVoy
2003-09-03 5:44 ` Mikael Abrahamsson
2003-09-03 6:12 ` Bernd Eckenfels
2003-09-03 12:09 ` Alan Cox
2003-09-03 15:10 ` Martin J. Bligh
2003-09-03 16:01 ` Jörn Engel
2003-09-03 16:21 ` Martin J. Bligh
2003-09-03 19:41 ` Mike Fedyk
2003-09-03 20:11 ` Martin J. Bligh
2003-09-04 20:36 ` Rik van Riel
2003-09-04 20:47 ` Martin J. Bligh
2003-09-04 21:30 ` William Lee Irwin III
2003-09-03 8:11 ` Giuliano Pochini
2003-09-03 14:25 ` Steven Cole
2003-09-03 12:47 ` Antonio Vargas
2003-09-03 15:31 ` Steven Cole
2003-09-04 1:50 ` Daniel Phillips
2003-09-04 1:52 ` Larry McVoy
2003-09-04 4:42 ` David S. Miller
2003-09-08 19:40 ` bill davidsen
2003-09-04 2:18 ` William Lee Irwin III
2003-09-04 2:19 ` Steven Cole
2003-09-04 2:35 ` William Lee Irwin III
2003-09-04 2:40 ` Steven Cole
2003-09-04 3:20 ` Nick Piggin
2003-09-04 3:07 ` Daniel Phillips
2003-09-08 19:27 ` bill davidsen
2003-09-08 19:12 ` bill davidsen
2003-09-03 16:37 ` Kurt Wall
2003-09-06 15:08 ` Pavel Machek
2003-09-08 13:38 ` Alan Cox
2003-09-09 6:11 ` Rob Landley
2003-09-09 16:07 ` Ricardo Bugalho
2003-09-10 5:14 ` Rob Landley
2003-09-10 5:45 ` David Mosberger
2003-09-10 10:10 ` Ricardo Bugalho
2003-09-03 6:28 ` Anton Blanchard
2003-09-03 6:55 ` Nick Piggin [this message]
2003-09-03 15:23 ` Martin J. Bligh
2003-09-03 15:39 ` Larry McVoy
2003-09-03 15:50 ` Martin J. Bligh
2003-09-04 0:49 ` Larry McVoy
2003-09-04 2:21 ` Daniel Phillips
2003-09-04 2:35 ` Martin J. Bligh
2003-09-04 2:46 ` Larry McVoy
2003-09-04 4:58 ` David S. Miller
2003-09-10 15:47 ` Lock EVERYTHING (for testing) [was: Re: Scaling noise] Timothy Miller
2003-09-04 4:49 ` Scaling noise David S. Miller
2003-09-08 19:50 ` bill davidsen
2003-09-08 23:39 ` Peter Chubb
2003-09-03 17:16 ` William Lee Irwin III
2003-09-03 15:51 ` UP Regression (was) " Cliff White
2003-09-03 17:21 ` William Lee Irwin III
2003-09-03 18:53 ` Cliff White
2003-09-04 0:54 ` Nick Piggin
-- strict thread matches above, loose matches on Subject: below --
2003-09-03 5:02 Samium Gromoff
2003-09-03 7:10 John Bradford
2003-09-03 7:38 ` Mike Fedyk
2003-09-03 11:14 ` Larry McVoy
2003-09-08 20:05 ` bill davidsen
2003-09-03 9:41 Brown, Len
2003-09-03 11:02 ` Geert Uytterhoeven
2003-09-03 11:19 ` Larry McVoy
2003-09-03 11:47 ` Matthias Andree
2003-09-03 18:00 ` William Lee Irwin III
2003-09-03 18:05 ` Larry McVoy
2003-09-03 18:15 ` William Lee Irwin III
2003-09-03 18:15 ` Larry McVoy
2003-09-03 18:26 ` William Lee Irwin III
2003-09-03 18:32 ` Alan Cox
2003-09-03 19:46 ` William Lee Irwin III
2003-09-03 20:13 ` Alan Cox
2003-09-03 20:31 ` William Lee Irwin III
2003-09-03 20:48 ` Martin J. Bligh
2003-09-03 21:21 ` William Lee Irwin III
2003-09-03 21:29 ` Martin J. Bligh
2003-09-03 21:51 ` William Lee Irwin III
2003-09-03 21:46 ` Martin J. Bligh
2003-09-04 0:07 ` Mike Fedyk
2003-09-04 1:06 ` Larry McVoy
2003-09-04 1:10 ` Larry McVoy
2003-09-04 1:32 ` William Lee Irwin III
2003-09-04 1:46 ` David Lang
2003-09-04 1:51 ` William Lee Irwin III
2003-09-04 2:31 ` Martin J. Bligh
2003-09-04 2:40 ` Mike Fedyk
2003-09-04 2:50 ` Martin J. Bligh
2003-09-04 3:49 ` Mike Fedyk
2003-09-04 2:48 ` Steven Cole
2003-09-04 17:05 ` Daniel Phillips
2003-09-07 21:18 ` Eric W. Biederman
2003-09-07 23:07 ` Larry McVoy
2003-09-07 23:47 ` Eric W. Biederman
2003-09-08 0:57 ` Larry McVoy
2003-09-08 3:55 ` Eric W. Biederman
2003-09-08 4:47 ` Stephen Satchell
2003-09-08 5:25 ` Larry McVoy
2003-09-08 8:32 ` Eric W. Biederman
2003-09-04 0:58 ` Larry McVoy
2003-09-04 1:12 ` William Lee Irwin III
2003-09-04 2:49 ` Larry McVoy
2003-09-04 3:15 ` William Lee Irwin III
2003-09-04 3:38 ` Nick Piggin
2003-09-05 1:34 ` Robert White
2003-09-03 19:11 ` Steven Cole
2003-09-03 19:36 ` William Lee Irwin III
[not found] <rx83.88x.5@gated-at.bofh.it>
[not found] ` <rxrp.8wt.1@gated-at.bofh.it>
[not found] ` <rxB3.gg.1@gated-at.bofh.it>
[not found] ` <rxB6.gg.5@gated-at.bofh.it>
[not found] ` <rydL.17V.1@gated-at.bofh.it>
[not found] ` <rGXO.5g9.7@gated-at.bofh.it>
2003-09-03 15:33 ` Ihar 'Philips' Filipau
2003-09-03 17:07 Brown, Len
2003-09-03 17:32 ` Larry McVoy
2003-09-03 18:07 ` William Lee Irwin III
2003-09-03 18:07 ` Larry McVoy
2003-09-03 18:25 ` William Lee Irwin III
2003-09-03 23:47 ` Larry McVoy
2003-09-03 23:52 ` William Lee Irwin III
2003-09-03 23:55 ` Martin J. Bligh
2003-09-03 18:28 ` Valdis.Kletnieks
2003-09-03 18:31 ` Alan Cox
2003-09-03 20:11 ` Diego Calleja García
2003-09-03 18:11 ` Alan Cox
2003-09-03 19:56 ` Daniel Gryniewicz
2003-09-03 18:17 ` Martin J. Bligh
2003-09-04 0:36 ` Larry McVoy
2003-09-04 2:21 ` Martin J. Bligh
2003-09-04 2:34 ` Larry McVoy
2003-09-04 2:48 ` Martin J. Bligh
2003-09-04 3:02 ` Larry McVoy
2003-09-04 3:46 ` Gerrit Huizenga
2003-09-04 4:41 ` Martin J. Bligh
2003-09-10 15:02 ` Timothy Miller
2003-09-10 15:12 ` Larry McVoy
2003-09-28 1:51 ` Paul Jakma
2003-09-28 3:13 ` Steven Cole
2003-09-29 0:47 ` Paul Jakma
2003-10-22 1:22 ` Paul Jakma
2003-10-22 3:46 ` Steven Cole
2003-09-04 3:16 ` David Lang
2003-09-04 3:45 ` William Lee Irwin III
2003-09-04 4:51 ` Martin J. Bligh
2003-09-04 3:47 ` Davide Libenzi
2003-09-04 4:16 ` Larry McVoy
2003-09-04 7:43 ` Davide Libenzi
2003-09-08 6:21 Brown, Len
2003-09-08 9:21 ` Eric W. Biederman
2003-09-10 10:01 John Bradford
2003-09-10 11:35 ` Alan Cox
2003-09-10 13:46 ` Bill Davidsen
2003-09-10 15:14 John Bradford
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F55907B.1030700@cyberone.com.au \
--to=piggin@cyberone.com.au \
--cc=anton@samba.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lm@bitmover.com \
--cc=lm@work.bitmover.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox