[PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Chris Leech <hidden> · 2006-03-03
[PATCH 1/8] [I/OAT] DMA memcpy subsystem · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · "David S. Miller" <davem@davemloft.net> · 2006-03-04
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · Benjamin LaHaise <bcrl@kvack.org> · 2006-03-04
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · Chris Leech <hidden> · 2006-03-06
[PATCH 3/8] [I/OAT] Setup the networking subsystem as a DMA client · Chris Leech <hidden> · 2006-03-03
[PATCH 6/8] [I/OAT] Rename cleanup_rbuf to tcp_cleanup_rbuf and make non-static · Chris Leech <hidden> · 2006-03-03
[PATCH 7/8] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 7/8] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold · Alexey Dobriyan <hidden> · 2006-03-04
Re: [PATCH 7/8] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold · Andrew Morton <hidden> · 2006-03-05
[PATCH 5/8] [I/OAT] Structure changes for TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 5/8] [I/OAT] Structure changes for TCP recv offload to I/OAT · Andrew Morton <hidden> · 2006-03-05
[PATCH 4/8] [I/OAT] Utility functions for offloading sk_buff to iovec copies · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 4/8] [I/OAT] Utility functions for offloading sk_buff to iovec copies · Andrew Morton <hidden> · 2006-03-05
[PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Greg KH <hidden> · 2006-03-04
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Andrew Morton <hidden> · 2006-03-05
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Andrew Morton <hidden> · 2006-03-05
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · "David S. Miller" <davem@davemloft.net> · 2006-03-05
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Pavel Machek <hidden> · 2006-03-05
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Jeff Garzik <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Jeff Garzik <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-04
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Andrew Morton <hidden> · 2006-03-05
Discourage duplicate symbols in the kernel? [Was: Intel I/O Acc...] · Sam Ravnborg <hidden> · 2006-03-05
Re: Discourage duplicate symbols in the kernel? [Was: Intel I/O Acc...] · Andrew Morton <hidden> · 2006-03-05
Re: Discourage duplicate symbols in the kernel? [Was: Intel I/O Acc...] · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Kumar Gala <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Jan Engelhardt <hidden> · 2006-03-04
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · "David S. Miller" <davem@davemloft.net> · 2006-03-04
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-05
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · "David S. Miller" <davem@davemloft.net> · 2006-03-05
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Ingo Oeser <hidden> · 2006-03-06
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-07
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Ingo Oeser <hidden> · 2006-03-07
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-07

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

From: "David S. Miller" <davem@davemloft.net>
Date: 2006-03-04 21:41:58
Also in: lkml

From: Jan Engelhardt <redacted>
Date: Sat, 4 Mar 2006 19:46:22 +0100 (MET)

Does this buy the normal standard desktop user anything?

Absolutely, it optimizes end-node performance.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help