From owner-freebsd-arch Mon Dec 10 14:21:18 2001 Delivered-To: freebsd-arch@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id A93CF37B416; Mon, 10 Dec 2001 14:21:13 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fBAMLD648896; Mon, 10 Dec 2001 14:21:13 -0800 (PST) (envelope-from dillon) Date: Mon, 10 Dec 2001 14:21:13 -0800 (PST) From: Matthew Dillon Message-Id: <200112102221.fBAMLD648896@apollo.backplane.com> To: John Baldwin Cc: Andrew Gallatin , freebsd-arch@FreeBSD.org Subject: Re: Proposed auto-sizing patch to sysinstall (was Re: Using a la References: Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : : :On 09-Dec-01 Andrew Gallatin wrote: :> Then our location of /var/crash appears to be in confict with the :> purpose of /var, so we should move /var/crash to /usr/crash, or teach :> "dump" to be smarter & not dump the entire memory of the machine in :> the first place. Eg, don't dump vnode backed pages, free pages, or :> portions of the address space which aren't backed by physical memory.. : :I vote for /usr/crash, it's what I use all the time anyways. : :-- : :John Baldwin <>< http://www.FreeBSD.org/~jhb/ I prefer the official path to be /var/crash (/var/). Since I typically export /usr via NFS read-only I usually put crash in /home. aka /var/crash->/home/crash, or some other partition, or I just leave /var/crash as is and if /var doesn't have any room I run 'savecore ' manually after booting is complete. In regards to the "dump" being smarter... system core dump is only a dump of physical memory. It does not dump VM Objects. Of course, it does wind up dumping whatever is in physical memory, such as the file cache, but it's important that it do so or we kernel hackers would have a hard time tracking problems down. Also, you don't want to make a system core dump too 'smart'... the system could be in a very corrupted state when dumping so we can't safely traverse dozens of system structures. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message