From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 18 20:25:45 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E23A7106568B for ; Mon, 18 Jan 2010 20:25:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7664C8FC1D for ; Mon, 18 Jan 2010 20:25:45 +0000 (UTC) Received: (qmail 24873 invoked by uid 399); 18 Jan 2010 20:25:44 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Jan 2010 20:25:44 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B54C3C7.5040904@FreeBSD.org> Date: Mon, 18 Jan 2010 12:25:43 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100114 Thunderbird/3.0 MIME-Version: 1.0 To: Oliver Fromme References: <201001181929.o0IJT5IZ001218@lurza.secnetix.de> In-Reply-To: <201001181929.o0IJT5IZ001218@lurza.secnetix.de> X-Enigmail-Version: 1.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, jhs@berklix.com Subject: Re: limits for run away Firefox ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2010 20:25:46 -0000 On 01/18/10 11:29, Oliver Fromme wrote: > Doug Barton wrote: > > On 01/17/10 17:07, Julian H. Stacey wrote: > > > Hi hackers > > > I'm tired of my X server occasionaly freezing, swap thrasing, & firefox dumps: > > > 4,346,937,344 ~/firefox-bin.core > > > so as a temporary cludge I ran > > > touch ~/firefox-bin.core ; chmod 000 ~/firefox-bin.core > > > > Sorry I don't have a solution to your actual problem, but a better way > > to deal with this is to do: ln -s /dev/null ~/firefox-bin.core > > I think not generating a core dump at all is better than > writing 4 GB to /dev/null. A) The method I proposed is useful for other things too, and as you pointed out it can sometimes be difficult to track down all the ways a given thing is started. B) If we're going to be snarky, it would be far better if it didn't need to dump core in the first place. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso