From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <44D97822.5010007@google.com> Date: Tue, 08 Aug 2006 22:52:34 -0700 From: Daniel Phillips MIME-Version: 1.0 Subject: Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD References: <20060808193325.1396.58813.sendpatchset@lappy> <20060809054648.GD17446@2ka.mipt.ru> In-Reply-To: <20060809054648.GD17446@2ka.mipt.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Evgeniy Polyakov Cc: Peter Zijlstra , linux-mm@kvack.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org List-ID: Evgeniy Polyakov wrote: > On Tue, Aug 08, 2006 at 09:33:25PM +0200, Peter Zijlstra (a.p.zijlstra@chello.nl) 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. Agreed. But probably more intrusive than davem would be happy with at this point. Regards, Daniel -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org