From: Rich Altmaier <richa@engr.sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] IO/TLB bounce buffer space
Date: Fri, 22 Jun 2001 22:50:39 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590693005752@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590693005716@msgid-missing>
This is just a note to comment on the mention of:
Thus, worst case buffer usage would be 8kB * 253 * 16 * 4 = 126 MB only
for this driver! Of course it is highly unlikely that all these buffers
will be in use simultaneously.
In my experience, the question of the peak demand a system may
experience must be governed by
1. what you, the supplier, spec as the peak demand it supports,
2. what the customer understands is the max load the system
can be utilized to perform, and have paid to obtain.
3. and any shortfall in actual delivered performance from your spec
you can be sure the customer will demand you the supplier pay
to make up the difference!
This leaves no room for statistical analysis! The customer will not
view that using all the resources at once is unlikely and not expected.
If you spec 4 controllers of 32 devices each of 253 buffers needed for
their peak operation, then the system better deliver this.
Or you should change your spec and reduce the numbers.
Please don't design for 4 controllers of 32 devices that just limp along.
Either they run at full performance all the time, or reduce the numbers
to what can be supported! How can the customer, who lays out the
dollars for 4*32 devices, interpret this otherwise?
Of course you can also take an approach of specing a max aggregate
bandwidth, to be "fairly" allocated across all devices. This is another
approach that can work, although you will spend a year or so getting
"fairly" to satisfy all customers. Better to pull down your config
until peak really works.
Thanks, Rich
Rich Altmaier
SGI
next prev parent reply other threads:[~2001-06-22 22:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-12 8:44 [Linux-ia64] IO/TLB bounce buffer space Martin Wilck
2001-06-12 16:23 ` root
2001-06-12 17:01 ` Martin Wilck
2001-06-12 17:52 ` root
2001-06-22 22:50 ` Rich Altmaier [this message]
2001-06-24 15:20 ` Rik van Riel
2001-06-25 11:37 ` Martin Wilck
2001-06-25 21:14 ` David Mosberger
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=marc-linux-ia64-105590693005752@msgid-missing \
--to=richa@engr.sgi.com \
--cc=linux-ia64@vger.kernel.org \
/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