From: "M. Edward Borasky" <znmeb@aracnet.com>
To: "Neulinger, Nathan" <nneul@umr.edu>, <linux-kernel@vger.kernel.org>
Subject: RE: How much performance hit from running SMP kernel on UP box?
Date: Tue, 18 Sep 2001 07:54:08 -0700 [thread overview]
Message-ID: <HBEHIIBBKKNOBLMPKCBBMEFODMAA.znmeb@aracnet.com> (raw)
In-Reply-To: <6CAC36C3427CEB45A4A6DF0FBDABA56D86D74D@umr-mail03.cc.umr.edu>
This question as it stands is more or less meaningless, as are the rumored
values of 5-10%. There are two types of performance measures commonly used:
throughput -- the number of operations of a given type completed in a given
amount of time -- and response time -- the time it takes to complete a given
operation. To some extent, there are tradeoffs between the two. As load
increases, all other things being equal, throughput will increase and so
will response times for the operations. So I think the question you need to
be asking is, for any specific benchmark or application, "How does
throughput differ between the two environments with all other things -- load
and response time, for example -- being equal?" or "How does response time
differ between the two environments with all other things being equal?"
The other point I think needs to be made is that, while performance of the
*kernel* and its mechanisms is important to the folks on this list, it is
*not* for the most part what people buy computers for. For the most part,
people buy computers to accomplish *tasks*, for example running an
e-commerce business, processing astronomical images, editing documents,
creating electronic music, communicating with the Internet or operating a
manufacturing production line. How the *application code* performs, and *how
the kernel manages competing demands for resources from applications and
their users* are what matters. In other words, an inefficient kernel is a
bad thing, but inefficient applications on top of a perfect kernel are much
much worse.
--
M. Edward (Ed) Borasky
http://www.aracnet.com/~znmeb
mailto:znmeb@aracnet.com
Stand-Up Comedy: Because Man Does Not Live By Dread Alone
prev parent reply other threads:[~2001-09-18 14:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-18 14:23 Neulinger, Nathan
2001-09-18 14:54 ` M. Edward Borasky [this message]
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=HBEHIIBBKKNOBLMPKCBBMEFODMAA.znmeb@aracnet.com \
--to=znmeb@aracnet.com \
--cc=linux-kernel@vger.kernel.org \
--cc=nneul@umr.edu \
/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
all inboxes | Powered by JetHome®