From owner-freebsd-stable@FreeBSD.ORG Fri May 5 08:07:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB01D16A401; Fri, 5 May 2006 08:07:28 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id A517243D4C; Fri, 5 May 2006 08:07:27 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 31BA652C10; Fri, 5 May 2006 10:07:25 +0200 (CEST) Received: from localhost (dky10.neoplus.adsl.tpnet.pl [83.24.28.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B455A50F91; Fri, 5 May 2006 10:07:18 +0200 (CEST) Date: Fri, 5 May 2006 10:05:43 +0200 From: Pawel Jakub Dawidek To: Mike Jakubik Message-ID: <20060505080543.GD5466@garage.freebsd.pl> References: <4457A02C.9040408@rogers.com> <20060502182302.GA92027@xor.obsecurity.org> <20060503110503.O58458@fledge.watson.org> <35c231bf0605031821s582b6d03j3ee9d434a596f62a@mail.gmail.com> <20060504021908.GA714@soaustin.net> <35c231bf0605032011s65fbb1aby742438465ee98ee7@mail.gmail.com> <20060504033300.GA39935@xor.obsecurity.org> <44598615.3040400@rogers.com> <20060504044758.GA41047@xor.obsecurity.org> <44599732.1050905@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline In-Reply-To: <44599732.1050905@rogers.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Mark Linimon , stable@freebsd.org, David Kirchner , Robert Watson , Kris Kennaway Subject: Re: quota deadlock on 6.1-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 08:07:29 -0000 --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 04, 2006 at 01:54:58AM -0400, Mike Jakubik wrote: +> Kris Kennaway wrote: +> >On Thu, May 04, 2006 at 12:41:57AM -0400, Mike Jakubik wrote: +> >>Then why utilize a known non-functional technology? +> >> =20 +> > +> >Because again, the benefits have been judged by the decision-makers +> >and found to outweigh the drawbacks. Perhaps that's just a difficult +> >concept for some people to understand if they're used to thinking of +> >everything in binary terms. +> > =20 +>=20 +>=20 +> Yes, i am sorry, but i fail to understand why i would want to use someth= ing that i know does not work correctly. I think there are quite a few of t= hose "drawbacks" that are=20 +> pissed off. I'm using bgfsck very often and I didn't have problems with it. Those hangs aren't so easy to trigger in everyday use. There are serval committers, including me and Kris who work on those hangs very hard for more than two week now. The problem is that VFS is very complex and there are many subtle bugs. We found few more problems with snapshots, which weren't reported by users, because of our extensive testing. Fixing one bug, uncovers another one, etc., but as I said those bug don't touch every user and don't make UFS to hang always making FreeBSD unusable. Some of those bugs are maybe quite easy to fix, so the only risk here are latent bugs the fix can uncover, but some of them need a lot of work to fix properly and be sure nothing else will break. That's why fixing those bugs must include extensive testing on many different work-loads. We can't just commit those and hope for the best. The point here is that FreeBSD is as good as their developers are professional and responsible and belive me, committing quick hacks to fix those issues can break 6.1-RELEASE for much more users, who will then send mails to freebsd-stable@ saying "Is FreeBSD a professional operating system or a joke? How can they ship a release with broken, untested code?". Do you think that answering "We had two users who insisted on fixing those bugs just before release, blame them!" would satisfy them? It isn't good to release a software with known, documented bugs, but its better than shipping an untested software with god-one-knows unknown bugs. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEWwdXForvXbEpPzQRAo0UAKDFVK1wgQyfggZC2hdUju3wOnWE2ACgtEX4 gCJS49rhBWa3beBQm/V6fbs= =KzRs -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ--