From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18565 invoked from network); 12 Oct 2004 12:47:50 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 12 Oct 2004 12:47:50 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1CHM4E-00029b-FF for arch-gentoo-performance@lists.gentoo.org; Tue, 12 Oct 2004 12:47:50 +0000 Received: (qmail 1028 invoked by uid 89); 12 Oct 2004 12:47:46 +0000 Mailing-List: contact gentoo-performance-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-performance@lists.gentoo.org X-BeenThere: gentoo-performance@gentoo.org Received: (qmail 1331 invoked from network); 12 Oct 2004 12:47:46 +0000 Message-ID: <921ad39e04101205471d902724@mail.gmail.com> Date: Tue, 12 Oct 2004 12:47:46 +0000 From: Roman Gaufman Reply-To: Roman Gaufman To: gentoo-performance@lists.gentoo.org In-Reply-To: <416BC3D7.1000307@joelmerrick.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <3908185A3D2C144E9FAD070D2727FFD8171657@PERIMAIL.perimed.priv> <416BC3D7.1000307@joelmerrick.com> Subject: Re: [gentoo-performance] Gentoo-performance forum? X-Archives-Salt: d3a9819b-eab0-4b3c-be14-340cfcf2b761 X-Archives-Hash: 4a72849d18c6628839266bda3f63a7e9 There is certainly potential here, but let me list why your method will be flawed: 1) Non single user mode means you cant predict what deamon is doing what at what time. 2) CFLAGS in make.conf are usually changed by users often. You need to test against the age of /var/log/emerge.log and test against the ebuild. Many ebuilds filter out several CFLAGS. 3) There's too many entries to fill in, prone to user error, false assumptions and ofcourse the people that will just fill in junk for the sake of it. I think a much better solution is to make a script that will auto reboot into single user mode, perform all tests, reboot into mult user mode and upload results. I could help write some of those tests and benchmarks. I've worked on something similar earlier this year, but its really quite a major, complicated task thats a lot harder to achieve than just making a simple php page where people fill in values. Thats why I suggested a performance forum, so things can be discussed and polished before a good quality, comprehensive database can be made. On Tue, 12 Oct 2004 12:45:27 +0100, Joel Merrick wrote: > Daniel Armyr wrote: > > >Which parameters do you intend on including? > >Only hardware or kernel-configs as well? Compiler flags? > >Hardware settings? > > > > > > All to be honest, include as many fields as possible, but not make them > compulsary > > Please help me elaborate if possible > > Here's the current list.. > > _Hardware Specifics_ > > Architecture > CPU > Motherboard > Bus Speed > Clock Speed > RAM Type > RAM Amount > RAM Speed > Video Card Type > Video Card RAM Amount > Video Card RAM Speed > > _Build and Environment Specifics_ > > CFLAGS > LDFLAGS > etc > > _Kernel Specifics_ > > Kernel Type & Version (from Vanilla) > Kernel Patchsets (gentoo, ck, love, nitro etc..) > Build date > Other Parameters > PLUS MAYBE AN OPTION TO UPLOAD YOUR .config??!! > etc > > _Sys Specifics_ > > sysctl tuning > Other tuning > > _X Specifics_ > > Xfree/Xorg version > USE flags used to compile? > > _HD Specifics_ > > hdparm settings > RAID? > What RAID Level? > > _BENCHMARKS!!_ > > It may be best to define what the delegated system task is.. I mean, > it's no point running Xfbench for a non-X server, of course! > > Plus games would prefer graphics and systems benchmarkis, rather than a > DB benchmark.. > > There's a lot of software out there, that benchmark a lot of programs > and a lot of subsystems! > > Plus maybe percieved performace increases, like prelinking, editing > boot-up scripts etc.. > > I'm sure there's a lot of points of contention there, plus a hell of a > lot I've missed out... > > Feel free to rip apart at will. > > > > > >-----Original Message----- > >From: Joel Merrick [mailto:joel@joelmerrick.com] > >Sent: den 12 oktober 2004 12:39 > >To: gentoo-performance@lists.gentoo.org > >Subject: Re: [gentoo-performance] Gentoo-performance forum? > > > > > >Lance Albertson wrote: > > > > > > > >>Roman Gaufman wrote: > >> > >> > >> > >> > >> > >>>I think it would be a good idea to have a gentoo-performance forum > >>>section, so performance related threads wont have to go to "Other > >>>Things Gentoo". Your thoughts? > >>> > >>> > >>> > >>> > >>I just chatted with one of the forums admins and he said that we won't > >>be adding any new forums until phpBB 2.2 is released. Thats mainly > >>because managing with the current version is a major PITA from what I > >>hear. *BUT* That doesn't mean that you'll see this forum created. The > >>forums are currently structured more in a "task/purpose than by goal" > >>way. So, having a goal of performance wouldn't really fit the structure > >> > >> > > > > > > > >>we have right now. > >> > >> > >> > >> > >> > >Just to let you peeps now, I've been thinking about this last night and > >I'd love it if there was just a (simple) form where people could enter > >their system credentials and benchmark results. > > > >I'm going to do a little bit of investigation tonight in terms of > >looking at standardised benchmarks.. I believe, from a bit of searching, > > > >that the whole arena of benchmarking is a big mamma! > > > >Wish me luck! If I get anything that looks like a go-er, I'll fire a > >(probably crap) PHP page together, where people can input their system > >specifics... and list them in a grid-matrix kinda view (it'd be a bit > >easier to read than just forum posts i.m.h.o. and may provide a decent > >intermediate until someone works out a MUCH clever system, lol) > > > >Does anyone know if there's anything like this for other distros > >(although due to Gentoo's lurvely package build system, I doubt we'd be > >able to draw true comparisons) > > > >Sorry if i'm rambling.... heh. > > > >-- > >gentoo-performance@gentoo.org mailing list > > > > > > > > > >-- > >gentoo-performance@gentoo.org mailing list > > > > > > > > > > > -- > gentoo-performance@gentoo.org mailing list > > -- gentoo-performance@gentoo.org mailing list