From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 15 Aug 2006 21:49:06 +0400 From: Evgeniy Polyakov Subject: Re: [PATCH 1/1] network memory allocator. Message-ID: <20060815174906.GA28805@2ka.mipt.ru> References: <20060814123530.GA5019@2ka.mipt.ru> <1155639302.5696.210.camel@twins> <20060815112617.GB21736@2ka.mipt.ru> <1155643405.5696.236.camel@twins> <20060815123438.GA29896@2ka.mipt.ru> <1155649768.5696.262.camel@twins> <20060815141501.GA10998@2ka.mipt.ru> <1155653339.5696.282.camel@twins> <20060815150507.GA9734@2ka.mipt.ru> <1155663737.13508.127.camel@lappy> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1155663737.13508.127.camel@lappy> Sender: owner-linux-mm@kvack.org Return-Path: To: Peter Zijlstra Cc: David Miller , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: On Tue, Aug 15, 2006 at 07:42:16PM +0200, Peter Zijlstra (a.p.zijlstra@chello.nl) wrote: > Right, however I just realised that most storage protocols (level 7) > have their own ACK msgs and do not rely on TCP (level 4) ACKs like this. > > So I would like to come back on this, I do need a full data channel > open. In that case you can not solve problem with emergensy pool until you mark all needed sockets as capable to do it. Global socket limits are still there in sk_stream_alloc_pskb(). -- Evgeniy Polyakov -- 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