From owner-freebsd-net Wed Mar 20 13: 2:53 2002 Delivered-To: freebsd-net@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 6DF6237B419 for ; Wed, 20 Mar 2002 13:02:46 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 1CE16AE147; Wed, 20 Mar 2002 13:02:46 -0800 (PST) Date: Wed, 20 Mar 2002 13:02:46 -0800 From: Alfred Perlstein To: Jeff Roberson Cc: net@freebsd.org Subject: Re: Getting rid of maxsockets. Message-ID: <20020320210246.GN455@elvis.mu.org> References: <20020320194111.GK455@elvis.mu.org> <20020320152654.J41335-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020320152654.J41335-100000@mail.chesapeake.net> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org * Jeff Roberson [020320 12:29] wrote: > > > On Wed, 20 Mar 2002, Alfred Perlstein wrote: > > > > > That depends on what this implies. :) > > > > Does it mean that when giving M_NOWAIT there's a chance it may fail > > more often than the old zone allocator? Meaning does M_NOWAIT mean > > "only allocate from cache" or do you do close to the same thing that > > the zone allocator does except in a more flexible manner? > > > > Sorry if the question is niave, I'm not extremely familiar with the > > previous and current code. > > > > Currently it means, if I can't get KVA or a page to back it, return NULL. > It just stops operations that would REALLY block. The old code reserved > the KVA up front and just found a page at interrupt time. Bottom line, will the semantics change? What it sounds like is that if things aren't "just right" (which may be the majority of times) we may fail earlier than the old code would, is this true? Basically, what changes semantically because of your change? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message