From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1Hj1TO-00056t-L2 for garchives@archives.gentoo.org; Tue, 01 May 2007 23:09:31 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l41N8Wb8030047; Tue, 1 May 2007 23:08:32 GMT Received: from smtp.ferdyx.org (170.Red-213-96-222.staticIP.rima-tde.net [213.96.222.170]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l41N6TJ6027660 for ; Tue, 1 May 2007 23:06:29 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.ferdyx.org (Postfix) with ESMTP id 9EF828D30C for ; Wed, 2 May 2007 00:37:27 +0200 (CEST) Received: from smtp.ferdyx.org ([127.0.0.1]) by localhost (tungsteno [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12275-02 for ; Wed, 2 May 2007 00:37:19 +0200 (CEST) Received: from snowflake (unknown [62.6.163.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.ferdyx.org (Postfix) with ESMTP id B9B9B8D305 for ; Wed, 2 May 2007 00:37:18 +0200 (CEST) Date: Wed, 2 May 2007 00:06:04 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] tests Message-ID: <20070502000604.4a0b4451@snowflake> In-Reply-To: <20070501195336.GA23900@kfk4ever.com> References: <200705011508.57220.peper@gentoo.org> <20070501171828.GL10636@kfk4ever.com> <20070501183522.7531c0c9@snowflake> <20070501195336.GA23900@kfk4ever.com> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.9; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_duoWBdZRZaC_gA+P5xnQKi0; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ferdyx.org X-Archives-Salt: 0d13da39-5784-4c3a-8b42-e5b6a4348e91 X-Archives-Hash: a8d5cbd3374f95667ad87db3cb5875d4 --Sig_duoWBdZRZaC_gA+P5xnQKi0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 1 May 2007 21:53:36 +0200 Maurice van der Pot wrote: > > Too complicated. Bombarding the user with pointless alternatives is > > not the same as giving the user choice. >=20 > I'm not sure why this is a reply to my message instead of the message > I replied to. They both provide more or less the same choice to the > user. This thread is not about what's to be presented to the user. This thread is about the tests. Discussing what's to be presented to the user at this stage is premature. > > I'm also highly sceptical that the properties you listed are > > boolean. Resource hungry on an IP22 could be a walk in the park for > > an X16... >=20 > I suppose that's possible, but if you look at it like that probably > everything can be called resource hungry on some machines. And if you > own a Blue Gene, you probably don't worry too much and enable > everything. >=20 > Or do you mean that for instance tests involving lots of floating > point calculations are a big deal for cpus that use FP emulation? > Isn't that peanuts compared to the tests that would be called > resource hungry here? The point is, on some archs it is reasonable to expect that many users will have sixteen plus logical CPUs with frequencies measured in at least hundreds of MHz and memory measured in gigabytes, and many other users will have a single sub-hundred MHz CPU and maybe 128MBytes RAM if we're lucky. Test suites like, say, Boost's, are trivial to run on the former and impossible on the latter. > We wouldn't have to prove to anyone that a test is resource hungry. We > would just have to put each set of tests into one of two groups. If > you're not sure in which group it belongs, it probably doesn't matter > that much anyway.=20 >=20 > Look at merge times... everybody agrees openoffice, mozilla firefox, > gcc and qt take quite some time to emerge and that vim, bash and > iptables do not. That's the kind of distinction that would be useful. It's not that simple. You're forgetting that many archs routinely deal with systems with eight or sixteen way CPUs. If a package parallelises, it's fast on such systems. If it doesn't, it's immensely slow. > > > fex: > > Please don't abuse the English language in that manner. >=20 > Since you took the time to highlight this apparently grave injustice > to the English language, would you please explain it to me so I can do > better next time? 'fex' isn't English, and it comes across as extremely annoying and unprofessional to many native speakers. It's worse than AOL style 'r u 2' things because 'e.g' is a similarly short and entirely correct alternative. --=20 Ciaran McCreesh --Sig_duoWBdZRZaC_gA+P5xnQKi0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGN8fe96zL6DUtXhERApX/AJ4rENDgxBLb+pS2kWNnDaGoioluKACdFrUB nHXaMx3vE4ICSLfucEhZxY4= =w82a -----END PGP SIGNATURE----- --Sig_duoWBdZRZaC_gA+P5xnQKi0-- -- gentoo-dev@gentoo.org mailing list