Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753591Ab1DST3Y (ORCPT ); Tue, 19 Apr 2011 15:29:24 -0400 Received: from gmmr3.centrum.cz ([90.183.38.155]:45393 "EHLO gmmr3.centrum.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753462Ab1DST3W (ORCPT ); Tue, 19 Apr 2011 15:29:22 -0400 To: "Andrew Morton" , "Eric Dumazet" , "Changli Gao" , "=?UTF-8?Q?Am=C3=A9rico=20Wang?=" , "Jiri Slaby" , , , , "Jiri Slaby" , "Mel Gorman" Subject: Re: Regression from 2.6.36 Date: Tue, 19 Apr 2011 21:29:20 +0200 From: "azurIt" References: <20110315132527.130FB80018F1@mail1005.cent> <20110317001519.GB18911@kroah.com> <20110407120112.E08DCA03@pobox.sk> <4D9D8FAA.9080405@suse.cz> <1302177428.3357.25.camel@edumazet-laptop> <1302178426.3357.34.camel@edumazet-laptop> <1302190586.3357.45.camel@edumazet-laptop> <20110412154906.70829d60.akpm@linux-foundation.org> <20110412183132.a854bffc.akpm@linux-foundation.org> <1302662256.2811.27.camel@edumazet-laptop> <20110413141600.28793661.akpm@linux-foundation.org> <20110413142416.507e3ed0.akpm@linux-foundation.org> In-Reply-To: <20110413142416.507e3ed0.akpm@linux-foundation.org> X-Mailer: Centrum Email 5.3 X-Priority: 3 MIME-Version: 1.0 Message-Id: <20110419212920.AFE7DD8D@pobox.sk> X-Maser: brud Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2258 Lines: 72 Andrew, which kernel versions will include this patch ? Thank you. azur ______________________________________________________________ > Od: "Andrew Morton" > Komu: Eric Dumazet ,Changli Gao ,Américo Wang ,Jiri Slaby , azurIt ,linux-kernel@vger.kernel.org, linux-mm@kvack.org,linux-fsdevel@vger.kernel.org, Jiri Slaby ,Mel Gorman > Dátum: 13.04.2011 23:26 > Predmet: Re: Regression from 2.6.36 > >On Wed, 13 Apr 2011 14:16:00 -0700 >Andrew Morton wrote: > >> fs/file.c | 17 ++++++++++------- >> 1 file changed, 10 insertions(+), 7 deletions(-) > >bah, stupid compiler. > > >--- a/fs/file.c~vfs-avoid-large-kmallocs-for-the-fdtable >+++ a/fs/file.c >@@ -9,6 +9,7 @@ > #include > #include > #include >+#include > #include > #include > #include >@@ -39,14 +40,17 @@ int sysctl_nr_open_max = 1024 * 1024; /* > */ > static DEFINE_PER_CPU(struct fdtable_defer, fdtable_defer_list); > >-static inline void *alloc_fdmem(unsigned int size) >+static void *alloc_fdmem(unsigned int size) > { >- void *data; >- >- data = kmalloc(size, GFP_KERNEL|__GFP_NOWARN); >- if (data != NULL) >- return data; >- >+ /* >+ * Very large allocations can stress page reclaim, so fall back to >+ * vmalloc() if the allocation size will be considered "large" by the VM. >+ */ >+ if (size <= (PAGE_SIZE << PAGE_ALLOC_COSTLY_ORDER)) { >+ void *data = kmalloc(size, GFP_KERNEL|__GFP_NOWARN); >+ if (data != NULL) >+ return data; >+ } > return vmalloc(size); > } > >_ > >-- >To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >the body of a message to majordomo@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html >Please read the FAQ at http://www.tux.org/lkml/ > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/