From: Grant Grundler <grundler@parisc-linux.org>
To: "David S. Miller" <davem@davemloft.net>
Cc: dmitry_yus@yahoo.com, open-iscsi@googlegroups.com,
mpm@selenic.com, andrea@suse.de, michaelc@cs.wisc.edu,
James.Bottomley@HansenPartnership.com,
ksummit-2005-discuss@thunk.org, netdev@oss.sgi.com
Subject: Re: Linux support for RDMA (was: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics)
Date: Mon, 4 Apr 2005 10:31:25 -0600 [thread overview]
Message-ID: <20050404163125.GA6809@colo.lackof.org> (raw)
In-Reply-To: <20050404001000.5fa8f206.davem@davemloft.net>
On Mon, Apr 04, 2005 at 12:10:00AM -0700, David S. Miller wrote:
> On Mon, 4 Apr 2005 00:34:56 -0600
> Grant Grundler <grundler@parisc-linux.org> wrote:
>
> > Yes and No. PCI-X isn't fast enough but the data only crosses
> > the PCI-X bus once. Think about the data flow:
> > 1) DMA to RAM
> > 2) load into CPU cache
> > 3) store back into RAM
> >
> > We are down to 40% left...graphics folks won't like you.
>
> But you're missing the point, which is that the memory system
> always catches up to the networking technology.
No. Bus bandwidth catches up to "a" networking technology - not
the "current" technology.
Networking and graphics are usually starving for bus bandwidth.
> We'll have that %60 back before you know it when we have
> PCI-Z and DDR8 or whatever even in $500.00USD desktop machines.
Yes, I agree. That's certainly how it went for 100bt and gige.
Even laptops come with gige now. But we aren't in that part
"of the curve" for IB or 10GigE *yet*.
> And those systems will be present by the time we put together
> this complicated infrastructure for RDMA.
And that will be fine for "general use".
> RDMA is like cache coloring page allocators, it's for yesterday's
> technology that we won't be using tomorrow. :-)
>
> Those steps #2 and #3 in your data flow are powerful, it is what
> gives us flexibility.
Agreed - some very cool things have been done with it.
And for general use, it'll perf sufficiently well over gige.
In the future, I agree IB or 10gigE will too.
> And in a general purpose OS that is important.
I think most of the people interested in IB and 10GigE aren't looking
for "general use". They have a particular application in mind
and they want to maximize performance for dollar spent.
Things like "science appliance", "router", "data warehouse" come to mind.
"General Use" will be a reality only when the dollar cost comes down
so those new technologies can compete with gige.
thanks,
grant
next prev parent reply other threads:[~2005-04-04 16:31 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-02 19:07 [Ksummit-2005-discuss] Summary of 2005 Kernel Summit ProposedTopics Asgeir Eiriksson
2005-04-02 19:14 ` Ming Zhang
2005-04-04 0:56 ` Linux support for RDMA (was: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics) Dmitry Yusupov
2005-04-04 6:34 ` Grant Grundler
2005-04-04 7:10 ` David S. Miller
2005-04-04 12:58 ` Ming Zhang
2005-04-04 16:31 ` Grant Grundler [this message]
2005-04-04 12:56 ` Ming Zhang
2005-04-04 16:54 ` Dmitry Yusupov
2005-04-04 19:11 ` Grant Grundler
-- strict thread matches above, loose matches on Subject: below --
2005-04-05 22:19 jaganav
2005-04-02 7:29 jaganav
2005-04-02 18:27 ` Matthew Wilcox
2005-04-03 1:26 ` Grant Grundler
2005-04-05 15:04 ` Rik van Riel
2005-04-01 2:13 jaganav
2005-04-01 23:43 ` Stephen Hemminger
2005-04-02 1:37 ` jaganav
2005-04-02 5:27 ` Greg KH
2005-04-02 6:02 ` Greg KH
2005-04-02 15:01 ` Andrea Arcangeli
2005-04-04 16:50 ` Stephen Hemminger
[not found] <4241D106.8050302@cs.wisc.edu>
[not found] ` <20050324101622S.fujita.tomonori@lab.ntt.co.jp>
[not found] ` <1111628393.1548.307.camel@beastie>
[not found] ` <20050324113312W.fujita.tomonori@lab.ntt.co.jp>
[not found] ` <1111633846.1548.318.camel@beastie>
[not found] ` <20050324215922.GT14202@opteron.random>
[not found] ` <424346FE.20704@cs.wisc.edu>
[not found] ` <20050324233921.GZ14202@opteron.random>
[not found] ` <20050325034341.GV32638@waste.org>
[not found] ` <20050327035149.GD4053@g5.random>
2005-03-27 5:48 ` [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics Matt Mackall
2005-03-27 6:33 ` Dmitry Yusupov
2005-03-27 6:46 ` David S. Miller
2005-03-28 19:45 ` Roland Dreier
[not found] ` <1112042936.5088.22.camel@beastie>
2005-03-28 22:32 ` Benjamin LaHaise
2005-03-29 3:19 ` Linux support for RDMA (was: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics) Roland Dreier
2005-03-30 16:00 ` Benjamin LaHaise
2005-03-29 3:14 ` Roland Dreier
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=20050404163125.GA6809@colo.lackof.org \
--to=grundler@parisc-linux.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=andrea@suse.de \
--cc=davem@davemloft.net \
--cc=dmitry_yus@yahoo.com \
--cc=ksummit-2005-discuss@thunk.org \
--cc=michaelc@cs.wisc.edu \
--cc=mpm@selenic.com \
--cc=netdev@oss.sgi.com \
--cc=open-iscsi@googlegroups.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.