From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 24 19:30:57 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7AEE1065675 for ; Sun, 24 Jun 2012 19:30:57 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 2E46E8FC0C for ; Sun, 24 Jun 2012 19:30:56 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q5OJV1JY073864; Sun, 24 Jun 2012 21:31:01 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q5OJV0Xr073861; Sun, 24 Jun 2012 21:31:00 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sun, 24 Jun 2012 21:31:00 +0200 (CEST) From: Wojciech Puchar To: Mateusz Guzik In-Reply-To: <20120624190853.GB15899@dft-labs.eu> Message-ID: References: <20120623162415.303430@gmx.com> <20120624180526.GA15899@dft-labs.eu> <20120624190853.GB15899@dft-labs.eu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Sun, 24 Jun 2012 21:31:01 +0200 (CEST) Cc: freebsd-hackers@freebsd.org Subject: Re: reason for "magic" crashes. 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: Sun, 24 Jun 2012 19:30:58 -0000 > > Are you asking about overhead of DDB or all debug options? all. invariants, witness etc. > > I don't think that DDB support can be accounted for slowdown. > > As for the rest, it's hard to say. I guess it depends on your workload, > also I never performed any benchmarks to compare this and I'm unaware of > any. > > In other words, you have to test it yourself. we will see.