From owner-freebsd-performance@FreeBSD.ORG Wed Jan 23 20:23:54 2008 Return-Path: Delivered-To: performance@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0170F16A417; Wed, 23 Jan 2008 20:23:54 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from mx2.itu.dk (unknown [130.226.142.29]) by mx1.freebsd.org (Postfix) with ESMTP id C50DB13C43E; Wed, 23 Jan 2008 20:23:53 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from wimac.littlebit.dk (unknown [85.233.238.191]) by mx2.itu.dk (Postfix) with ESMTP id 60637F4806A; Wed, 23 Jan 2008 21:23:52 +0100 (CET) Message-ID: <4797A245.7080202@cederstrand.dk> Date: Wed, 23 Jan 2008 21:23:33 +0100 From: Erik Cederstrand User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Robert Watson References: <4796C717.9000507@cederstrand.dk> <20080123193400.N63024@fledge.watson.org> In-Reply-To: <20080123193400.N63024@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: performance@FreeBSD.org Subject: Re: Performance Tracker project update X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2008 20:23:54 -0000 Robert Watson wrote: > > This looks really exciting! > > Do you plan to add a way so that people can submit performance data? > I.e., if I set up my own test box and want to submit a result once a > week for that, will there be a way for me to get set up with a > username/password, submit configuration information, and then > automatically submit test result datapoints? Especially if I can > specify both the X and Y coordinates so that I can backdate results > should I go back and generate test results for old kernels? The website and benchmarking slave talk to a PostgreSQL database. It's definitely possible and part of the design to have multiple computers participating in a distributed fashion, although it's also possible to run the setup locally and privately for more ad-hoc testing purposes. I think it's best if participating machines supply data regularly for an extended period of time. Single or infrequent data points for a specific configuration don't make much sense. We need to compare apples to apples. Erik