From owner-cvs-src@FreeBSD.ORG Thu Jul 10 12:33:44 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B88837B401; Thu, 10 Jul 2003 12:33:44 -0700 (PDT) Received: from godel.mtl.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4673243FA3; Thu, 10 Jul 2003 12:33:43 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: from godel.mtl.distributel.net (localhost [127.0.0.1]) h6AFbZte001155; Thu, 10 Jul 2003 15:37:35 GMT (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by godel.mtl.distributel.net (8.12.9/8.12.9/Submit) id h6AFbYS6001154; Thu, 10 Jul 2003 15:37:34 GMT X-Authentication-Warning: godel.mtl.distributel.net: bmilekic set sender to bmilekic@technokratis.com using -f Date: Thu, 10 Jul 2003 15:37:34 +0000 From: Bosko Milekic To: "Alan L. Cox" Message-ID: <20030710153734.GA1101@technokratis.com> References: <200307080457.h684vRM7009343@gw.catspoiler.org> <20030708000257.D6158@odysseus.silby.com> <20030708004340.T6733@odysseus.silby.com> <3F0B199E.A3C980D2@imimic.com> <20030710182436.GA6484@HAL9000.homeunix.com> <3F0DBC39.891A91A@imimic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F0DBC39.891A91A@imimic.com> User-Agent: Mutt/1.4.1i cc: Mike Silbersack cc: src-committers@FreeBSD.org cc: cvs-src@FreeBSD.org cc: David Schultz cc: Don Lewis cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern subr_param.c sys_pipe.c src/sys/sys pipe.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 19:33:44 -0000 On Thu, Jul 10, 2003 at 02:19:21PM -0500, Alan L. Cox wrote: [...] > > That would alleviate the KVA pressure, since the mapping would be > > very temporary and you could even get away with just a single > > page. However, it would still tie up the associated physical > > memory until the pipe is read, which may not be soon at all. Is > > there a reason for the memory to be wired, other than that the > > data is easier to track down while the sending process' PTEs are > > still there? I would expect that you could instead just look up > > the appropriate vm_object and lazily fault in the appropriate pages > > on the receiver's side, modulo a few details such as segfault handling. > > But perhaps I'm missing something... > > It's a matter of priorities. With the growth trend in physical memory > sizes (and PAE), I see more problems due to KVA pressure than > unnecessarily wired memory. A recent, and fairly visible example, was > the vnode autosizing problems that had to be fixed prior to 5.1-RELEASE. With the recent bug reporting regarding kmem_map being too small coming in, I'd have to say that I agree with that assertion. Address space has become more expensive than memory, at least on ia32, and it's gotten to the point where we need to re-evaluate some of our autosizing and max size constants (for example, see VM_KMEM_SIZE_MAX). > Regards, > Alan Regards, -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/