From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 10 18:39:29 2013 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 54457B01 for ; Wed, 10 Jul 2013 18:39:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB2B1333 for ; Wed, 10 Jul 2013 18:39:28 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-226-51.lns20.per1.internode.on.net [121.45.226.51]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r6AIGM1B019789 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 10 Jul 2013 11:16:26 -0700 (PDT) (envelope-from julian@elischer.org) From: Julian Elischer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: possible changes from Panzura Message-Id: Date: Thu, 11 Jul 2013 02:16:17 +0800 To: hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jul 2013 18:39:29 -0000 I'm going through all the internal changes my current employer has made, = categorizing them into "proprietary" and "can feed back to FreeBSD". I will probably send out emails like this several times seeking feedback = on whether a particular patch is considered useful or not.. these are verse 8.0 at the moment. (this is part of our effort to = upgrade) My first candidates are: -----internal commit message---- Add support for dumping kernel dumps in addition to text dumps for kernel panics. Add a new version of savecore to the tree, which knows how to retrieve and save both dumps. Control the new dump behavior via = the debug.kerneldump_requested sysctl - disabling this wil go back to the old text dump-only behavior. ------ part 2 ----- Have savecore be more optimistic about saving compressed cores - always try, and only bail if we actually run out of space. The pessimistic "only try saving if we've got enough free space to handle the entire dump uncompressed" made it too easy for us to run out of space on our /var/crash partition ------- Julian=