From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 00:12:18 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AA17E4D; Tue, 13 Nov 2012 00:12:18 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id E2CD08FC14; Tue, 13 Nov 2012 00:12:17 +0000 (UTC) Received: from JRE-MBP-2.local (c-50-143-149-146.hsd1.ca.comcast.net [50.143.149.146]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id qAD0CFs0097895 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 12 Nov 2012 16:12:16 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <50A1905A.6020406@freebsd.org> Date: Mon, 12 Nov 2012 16:12:10 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Memory reserves or lack thereof References: <20121112133638.GZ73505@kib.kiev.ua> <1352755682.93266.YahooMailClassic@web181701.mail.ne1.yahoo.com> <20121112214808.GH73505@kib.kiev.ua> <50A181C9.7030209@rice.edu> <50A185B0.3030309@rice.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: StevenSears , Alan Cox , alc@freebsd.org, "freebsd-hackers@freebsd.org" , Sushanth Rai , pho@freebsd.org, Konstantin Belousov X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 00:12:18 -0000 On 11/12/12 3:49 PM, Adrian Chadd wrote: > On 12 November 2012 15:26, Alan Cox wrote: >> On 11/12/2012 5:24 PM, Adrian Chadd wrote: >>> .. wait, so what exactly would the difference be between M_NOWAIT and >>> M_WAITOK? >> >> Whether or not the allocation can sleep until memory becomes available. > Ok, so we're still maintaining that particular behaviour. Cool. no mem | mem avail ---------------------------------------------- M_WAITOK | wait, then success | success | ---------------------------------------------- M_NOWAIT | returns failure | success | ---------------------------------------------- the question is whether the top left can ever fail for any other reason. > > > > Adrian > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > >