This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Wed Nov 29 16:56:51 2023 Received: from spaans.ds9a.nl (adsl-xs4all.ds9a.nl [213.84.159.51]) by kylie.puddingonline.com (8.11.6/8.11.6) with SMTP id g8IEo3X15728 for ; Wed, 18 Sep 2002 16:50:03 +0200 Received: (qmail 1476 invoked from network); 18 Sep 2002 06:54:48 -0000 Received: from unknown (HELO spaans.ds9a.nl) (3ffe:8280:10:360:202:44ff:fe2a:a1dd) by mayo.ipv6.ds9a.nl with SMTP; 18 Sep 2002 06:54:48 -0000 Received: (qmail 11251 invoked by uid 1000); 17 Sep 2002 20:29:42 -0000 Received: (maildatabase); juh Received: (qmail 8606 invoked by alias); 25 Sep 2001 19:50:17 -0000 Received: (qmail 8603 invoked from network); 25 Sep 2001 19:50:17 -0000 Received: from digger.ds9a.nl (HELO outpost.powerdns.com) (213.244.168.211) by spaans.ds9a.nl with SMTP; 25 Sep 2001 19:50:17 -0000 Received: from vvtp.nl (vvtp.tn.tudelft.nl [130.161.252.29]) by outpost.powerdns.com (Postfix) with SMTP id 28037C6463 for ; Tue, 25 Sep 2001 21:50:14 +0200 (CEST) Received: (qmail 31813 invoked by uid 2547); 25 Sep 2001 19:49:20 -0000 Received: (qmail 31651 invoked from network); 25 Sep 2001 19:49:16 -0000 Received: from vger.kernel.org (199.183.24.194) by vvtp.tn.tudelft.nl with SMTP; 25 Sep 2001 19:49:16 -0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 25 Sep 2001 15:46:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 25 Sep 2001 15:46:16 -0400 Received: from [172.16.44.254] ([172.16.44.254]:44050 "EHLO int-mx1.corp.redhat.com") by vger.kernel.org with ESMTP id ; Tue, 25 Sep 2001 15:45:51 -0400 Received: from mx.hsv.redhat.com (IDENT:root@spot.hsv.redhat.com [172.16.16.7]) by int-mx1.corp.redhat.com (8.11.3/8.11.3) with ESMTP id f8PJjlP26136; Tue, 25 Sep 2001 15:45:48 -0400 Received: from dhcp-177.hsv.redhat.com (dhcp-177.hsv.redhat.com [172.16.17.177]) by mx.hsv.redhat.com (8.11.0/8.11.0) with SMTP id f8PJjk532676; Tue, 25 Sep 2001 14:45:46 -0500 Date: Tue, 25 Sep 2001 14:46:11 -0500 From: Tommy Reynolds To: Pavel Machek Cc: linux-kernel@vger.kernel.org Subject: Re: GFP_FAIL? Message-Id: <20010925144611.01590a08.reynolds@redhat.com> In-Reply-To: <20010924210951.A165@bug.ucw.cz> References: <20010924210951.A165@bug.ucw.cz> Organization: Red Hat Software, Inc. / Embedded Development X-Mailer: Sylpheed version 0.6.2cvs5 (GTK+ 1.2.9; ) X-Face: Nr)Jjr was pleased to say: > Hi! > > I need to alloc as much memory as possible, *but not more*. I do not > want to OOM-kill anything. How do I do this? Tried GFP_KERNEL, will > oom-kill. GFP_USER will OOM-kill, too. Try GFP_ATOMIC; GFP_KERNEL sets the __GFP_WAIT flag and you don't want that. But, if you're really asking how to know how large the current working set is, so that you don't grab more than your applications are going to need and eventually OOM, you'll need to set GFP_HAVE_CRYSTAL_BALL ;-) -- Tommy Reynolds | Red Hat, Inc. (Embedded Development) | "The quickest way to do anything 307 Wynn Drive NW, Huntsville, AL 35805 USA | is right the first time." mailto:reynolds@redhat.com | - The Lieutenant (Rick Phone: +1.256.704.9286 | Jason), "Combat!", Mobile: +1.919.641.2923 | 1962 TV series FAX: +1.256.837.3839 | - 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/