From owner-freebsd-arch@FreeBSD.ORG Tue Jan 30 23:33:36 2007 Return-Path: <owner-freebsd-arch@FreeBSD.ORG> X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6C8816A402; Tue, 30 Jan 2007 23:33:36 +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 359BE13C494; Tue, 30 Jan 2007 23:33:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id ABFC946DA5; Wed, 31 Jan 2007 00:33:33 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E34D945681; Wed, 31 Jan 2007 00:33:26 +0100 (CET) Date: Wed, 31 Jan 2007 00:32:38 +0100 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: John Baldwin <jhb@freebsd.org> Message-ID: <20070130233238.GB94650@garage.freebsd.pl> References: <20070128202917.5B67916A5A6@hub.freebsd.org> <20070129194158.N32458@fledge.watson.org> <20070129201938.GF87767@garage.freebsd.pl> <200701301636.38175.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bn2rw/3z4jIqBvZU" Content-Disposition: inline In-Reply-To: <200701301636.38175.jhb@freebsd.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (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=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Scott Long <scottl@samsco.org>, src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org, arch@freebsd.org, Nate Lawson <nate@root.org> Subject: Re: cvs commit: src/sys/geom/eli g_eli.c X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture <freebsd-arch.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>, <mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch> List-Post: <mailto:freebsd-arch@freebsd.org> List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>, <mailto:freebsd-arch-request@freebsd.org?subject=subscribe> X-List-Received-Date: Tue, 30 Jan 2007 23:33:37 -0000 --Bn2rw/3z4jIqBvZU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 30, 2007 at 04:36:36PM -0500, John Baldwin wrote: > On Monday 29 January 2007 15:19, Pawel Jakub Dawidek wrote: > > I fully agree that there should be a clean KPI for this. What you > > proposed if fine. Because of lack of such KPI geli has to handle HTT > > CPUs which are turned off by default in releases also by abusing > > scheduler internals. KPI you proposed would allow me to remove those > > hacks. And I'm really all for it. > >=20 > > What you and Scott are missing is that when I implement a GEOM class, > > I'm using what is available to do my work. I'm not going to educate > > myself how schedulers work, implement nice and clean KPI to use it in > > my class. I'm not saying it wouldn't be great to be able to do so, but I > > don't have time for everything, unfortunately, and you guys should > > understand that very well. >=20 > Something you seem to be missing though is that in general it's nice to n= ot=20 > just endulge in an endless series of hacks in your specific area of the= =20 > system. IWBN to at some point devote some time to help fix more general= =20 > problems that will benefit the system as a whole rather than adding hacks= =20 > that just benefit yourself and require someone else to clean up when they= =20 > eventually add the more-architected solution. We are all very busy, but = if=20 > everyone just did hacks and never put any effort into improving the gener= al=20 > infrastructure, we'd have a royal mess. To improve the infrastructure, one should feel strong about areas he want to improve. I do infrastructual work in areas, where I think I've a clue. Asking me to work on schedulers or SMP architecture where I don't feel competent enough is just unfair, John. The time I need to spend on educating myself in those areas will be much longer than I can afford. So my choice is leave broken code and ignore the users, or fix it using tools available now and fix it better when the infrastructure is ready or I've time to work on the infrastructure in this area. If someone competent will provide infrastructural improvements I can use, I'd love to use it. I try hard not to leave my code behind. Can we move on now? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Bn2rw/3z4jIqBvZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFv9WWForvXbEpPzQRAiaWAKCxGs6PnzgK4pRZsow3wLpXrIowcACfUPis OQ+OTCOmO+Ac/nqsQ2neu6E= =nR8H -----END PGP SIGNATURE----- --Bn2rw/3z4jIqBvZU--