Jack Vogel wrote:
On Nov 15, 2007 4:04 PM, Andre Oppermann <[EMAIL PROTECTED]> wrote:
Jack Vogel wrote:
On Nov 14, 2007 5:01 PM, Wilkinson, Alex
<[EMAIL PROTECTED]> wrote:
Hi all,
Curious, is I/OAT [http://www.intel.com/go/ioat/] coming to FreeBSD soon
?
LOL, I did a driver for the first version of I/OAT more than a year
ago, submitted it and interest was half hearted.
IMHO the biggest drawback (design failure) is the polling requirement
for the work queue. Ideally it would be structured like a NIC with
its DMA engine and rings.
I know, at the time I did this Chris Leech the Linux developer was having
trouble with an interrupt design, so I figured I'd not bang my head against
the wall unnecessarily and follow what he was doing :)
Since then however, work has been done and particularly with the CB2
support I believe Linux now does use interrupts, so if I go back and rework
the driver I will try and follow that path.
Actually it shouldn't be too hard. I can provide you with the entry
points and a taskqueue entry. The I/OAT support can be done just like
a driver serving the taskqueue. The entry points for m_uiotombuf et al
would consider offloading if a certain size threshold is met and the
copy request is tagged with M_WAITOK. The virtual to physical memory
lookup is probably costly though. I don't think it supports the TLB
as that is only available within the CPU. How is cache coherency
solved? It'd be helpful if the documentation for I/OAT were available.
The Core2 and AMD64 CPUs have very high memory bandwidth with low
latency. Is I/OAT still a significant enough win compared to the
implementation effort required?
--
Andre
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
