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?
>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
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to email@example.com
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/