From owner-freebsd-questions@FreeBSD.ORG Sun Mar 15 17:45:19 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AB2110656E8 for ; Sun, 15 Mar 2009 17:45:19 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 778B78FC15 for ; Sun, 15 Mar 2009 17:45:18 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n2FHj76o041964; Sun, 15 Mar 2009 18:45:07 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n2FHj7HH041961; Sun, 15 Mar 2009 18:45:07 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sun, 15 Mar 2009 18:45:07 +0100 (CET) From: Wojciech Puchar To: cpghost In-Reply-To: <20090315164219.GB1044@phenom.cordula.ws> Message-ID: References: <20090315120024.E004210656DB@hub.freebsd.org> <20090316023903.T95588@sola.nimnet.asn.au> <20090315164219.GB1044@phenom.cordula.ws> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ian Smith , freebsd-questions@freebsd.org Subject: Re: Speeding up exit(2)? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 17:45:19 -0000 > > But as Dan has pointed out, firefox et al. are probably written in > such a way that they reawaken all their dynamic data structures > from swap while cleaning up. There's not much one can do from the > OS side to prevent this from happening. indeed. there are no fix for crappy software, usually written in C++. > Yup, that's obviously more complicated: C++ dtors, atexit() handlers, etc. > are called at this point. VM itself seems fast enough to clean up the > vm space of any process without much swap I/O (but I'm not 100% sure yet). yes it is