From: Russell Leighton <russ@elegant-software.com>
To: Tony.P.Lee@nokia.com
Cc: wookie@osdl.org, alan@lxorguk.ukuu.org.uk, lmb@suse.de,
woody@co.intel.com, linux-kernel@vger.kernel.org,
zaitcev@redhat.com
Subject: Re: InfiniBand BOF @ LSM - topics of interest
Date: Wed, 15 May 2002 17:36:27 -0400 [thread overview]
Message-ID: <3CE2D4DB.3020702@elegant-software.com> (raw)
In-Reply-To: <4D7B558499107545BB45044C63822DDE3A2071@mvebe001.NOE.Nokia.com>
Lot's of very cool ideas for IB ...not knowing much about IB, but
being curious and interested, I have a question which may be stupid
so I apoligize in advance if it is...
Can we really have these sort of low level IB interactions and have :
- security issues addressed, mostly an issue if the devices are over
a network w/other devices
doing other things for other processes/people...
(I get the a bit scared when someone suggests that a remote
device can write directly to my frame
buffer or disk, I hope there are security controls in place!)
- congestion control (already mentioned)
- qos control
OR is it saner to layer TCP/IP etc. over IB... it seems to me the point
others were making was that there is more to "network" style services
than just passing bits from here to there...will IB have low level
support many of the features people have come to expect?
Thanks!
Russ
Tony.P.Lee@nokia.com wrote:
>
>For VNC type application, instead server translates
>every X Windows, Mac, Windows GUI calls/Bitmap update
>to TCP stream, you convert the GUI API calls to
>IB RC messages and bitmap updates to RDMA write directly
>to client app's frame buffer.
>
>For SAMBA like fs, the file read api can be translated to
>IB RC messages on client + RDMA write to remote
>client app's buffer directly from server.
>
>They won't be "standard" VNC/SAMBA any more.
>
>On the other hand, we can put VNC over TCP over IP over IB,
>- "for people with hammer, every problem looks like a nail." :-)
>
>In theory, we can have IB DVD drive RDMA video directly
>over IB switch to IB enable VGA frame buffer and completely
>by pass the system. CPU only needed setup the proper
>connections. The idea is to truely virtualized the system
>resources and "resource server" RDMA the data to anyone on IB
>switch with minimal CPU interaction in the process.
>
>You can also config a normal SCSI card DMA data to virtualized
>IB address on PCI address space and have the data shows up 15 meters
>or 2 km away on server's "virtual scsi driver" destination DMA address.
>It made iSCSI looked like dial up modem in term of performance
>and latency.
>
>
>----------------------------------------------------------------
>Tony
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
>
next prev parent reply other threads:[~2002-05-15 22:27 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-15 20:47 InfiniBand BOF @ LSM - topics of interest Tony.P.Lee
2002-05-15 21:36 ` Russell Leighton [this message]
2002-05-15 22:41 ` Lars Marowsky-Bree
2002-05-16 4:51 ` Ashok Raj
-- strict thread matches above, loose matches on Subject: below --
2002-05-16 23:42 Woodruff, Robert J
2002-05-16 10:37 Eric Brunner-Williams in Portland Maine
2002-05-15 23:58 Woodruff, Robert J
2002-05-16 0:32 ` Alan Cox
2002-05-15 20:37 Woodruff, Robert J
2002-05-15 20:55 ` Pete Zaitcev
2002-05-15 21:01 ` Alan Cox
2002-05-15 1:29 Tony.P.Lee
2002-05-15 2:35 ` Alan Cox
2002-05-15 5:01 ` Pete Zaitcev
2002-05-15 11:29 ` Alan Cox
2002-05-15 14:27 ` Ashok Raj
2002-05-15 16:34 ` Stephen Hemminger
2002-05-14 22:15 Woodruff, Robert J
2002-05-15 2:42 ` Timothy D. Witham
2002-05-14 20:19 Tony.P.Lee
2002-05-14 20:42 ` Pete Zaitcev
2002-05-14 23:25 ` Jakob Østergaard
2002-05-14 23:58 ` Alan Cox
2002-05-15 15:45 ` Timothy D. Witham
2002-05-13 16:25 Woodruff, Robert J
2002-05-13 16:36 ` Pete Zaitcev
2002-05-14 20:09 ` Timothy D. Witham
2002-05-14 20:23 ` Pete Zaitcev
2002-05-14 20:33 ` Timothy D. Witham
2002-05-14 21:01 ` Timothy D. Witham
2002-05-13 23:42 ` Alan Cox
2002-05-13 23:26 ` Lars Marowsky-Bree
2002-05-14 0:19 ` Alan Cox
2002-05-14 0:19 ` Joel Becker
2002-05-15 0:11 ` Eric Brunner-Williams in Portland Maine
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=3CE2D4DB.3020702@elegant-software.com \
--to=russ@elegant-software.com \
--cc=Tony.P.Lee@nokia.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=lmb@suse.de \
--cc=woody@co.intel.com \
--cc=wookie@osdl.org \
--cc=zaitcev@redhat.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