From: Grant Grundler <grundler@parisc-linux.org>
To: Dmitry Yusupov <dmitry_yus@yahoo.com>
Cc: "open-iscsi@googlegroups.com" <open-iscsi@googlegroups.com>,
"David S. Miller" <davem@davemloft.net>,
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 13:11:01 -0600 [thread overview]
Message-ID: <20050404191101.GB6809@colo.lackof.org> (raw)
In-Reply-To: <1112633650.9559.142.camel@beastie>
On Mon, Apr 04, 2005 at 09:54:10AM -0700, Dmitry Yusupov wrote:
> > 3) store back into RAM
>
> no. we are talking about receive side optimization only.
> why do you think store back into RAM comes to the picture?
Application eventually wants to read the data.
> also keep in mind that we have huge L2 & L3 caches today and write
> operation is usually very well buffered.
Agreed. But how effective the cache is will depend on if the CPU
(application) can process the data as fast as it arrives (and still
be in the cache). Otherwise the data will get pushed out in (3)
and recalled later when the app can consume it (4th time across).
It also assumes the application is running on a CPU core that shares
the cache with the CPU that did the copy. If the CPU is saturated
with the copy (ok, assume we've got 2 Cores per socket), then the
other CPU has to be *assigned* manually to make sure it does the
other part.
Jamal learned all this when he moved to a dual core PPC for
his fast routing work. Jamal, did that ever make it into
a paper?
grant
next prev parent reply other threads:[~2005-04-04 19:11 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
2005-04-04 12:56 ` Ming Zhang
2005-04-04 16:54 ` Dmitry Yusupov
2005-04-04 19:11 ` Grant Grundler [this message]
-- 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=20050404191101.GB6809@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).