Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Date: Wed, 9 Aug 2006 09:46:48 +0400
On Tue, Aug 08, 2006 at 09:33:25PM +0200, Peter Zijlstra (a.p.zijlstra@xxxxxxxxx) wrote:
http://lwn.net/Articles/144273/
"Kernel Summit 2005: Convergence of network and storage paths"
We believe that an approach very much like today's patch set is
necessary for NBD, iSCSI, AoE or the like ever to work reliably.
We further believe that a properly working version of at least one of
these subsystems is critical to the viability of Linux as a modern
storage platform.
There is another approach for that - do not use slab allocator for
network dataflow at all. It automatically has all you pros amd if
implemented correctly can have a lot of additional usefull and
high-performance features like full zero-copy and total fragmentation
avoidance.
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- From: Peter Zijlstra
- Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- From: Daniel Phillips
- Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- From: David Miller
- Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- References:
- [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- From: Peter Zijlstra
- [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- Prev by Date: Re: [RFC][PATCH 2/9] deadlock prevention core
- Next by Date: Re: [RFC][PATCH 8/9] 3c59x driver conversion
- Previous by thread: [RFC][PATCH 7/9] UML eth driver conversion
- Next by thread: Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
- Index(es):
Relevant Pages
|