From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932550AbWHNOXH (ORCPT ); Mon, 14 Aug 2006 10:23:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932478AbWHNOXH (ORCPT ); Mon, 14 Aug 2006 10:23:07 -0400 Received: from mx1.redhat.com ([66.187.233.31]:56489 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S932456AbWHNOXF (ORCPT ); Mon, 14 Aug 2006 10:23:05 -0400 Message-ID: <44E08730.8080702@redhat.com> Date: Mon, 14 Aug 2006 10:22:40 -0400 From: Rik van Riel User-Agent: Thunderbird 1.5.0.5 (X11/20060803) MIME-Version: 1.0 To: Herbert Xu CC: johnpol@2ka.mipt.ru, phillips@google.com, a.p.zijlstra@chello.nl, indan@nul.nu, linux-mm@kvack.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, davem@davemloft.net Subject: Re: [RFC][PATCH 0/4] VM deadlock prevention -v4 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Herbert Xu wrote: > Rik van Riel wrote: >> That should not be any problem, since skb's (including cowed ones) >> are short lived anyway. Allocating a little bit more memory is >> fine when we have a guarantee that the memory will be freed again >> shortly. > > I'm not sure about the context the comment applies to, but skb's are > not necessarily short-lived. For example, they could be queued for > a few seconds for ARP/NDISC and even longer for IPsec SA resolution. That's still below the threshold where it should cause problems with the VM going OOM. Especially if there aren't too many of these packets. -- All Rights Reversed