From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFC] KVM-Autotest: basic parallel test execution Date: Sun, 17 May 2009 22:43:46 +0300 Message-ID: <4A1068F2.9070706@redhat.com> References: <1294159996.47211242571742642.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: KVM List To: Michael Goldish Return-path: Received: from mx2.redhat.com ([66.187.237.31]:46735 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753715AbZEQTns (ORCPT ); Sun, 17 May 2009 15:43:48 -0400 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n4HJhoPY014144 for ; Sun, 17 May 2009 15:43:50 -0400 In-Reply-To: <1294159996.47211242571742642.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: Michael Goldish wrote: > Drawbacks: > - requires some initial work to be done by the user -- the user has to define exactly where each test should run > For me, this is a major drawback. I'd really like a fire-and-forget solution. If I have to spend my own time getting this to work, vs. waiting longer for the tests to run on their own, I'll just be lazy. > - test sets need to be modified when tests or hosts are added/removed, to include/exclude them > This is also annoying -- and likely to stop me from updating. > We'd like to get some feedback on this -- is it usable, comfortable, do you have any suggestions, etc. We'll also be happy to answer questions. > There are no actual patches attached to this message because the implementation is trivial and we want to focus on the user's point of view. > > I'd really like this to be automated, just specify a set of machines and have the jobs distributed. Furthermore, it is very important to utilize the existing hosts better. A 4-core 4GB server can easily run a 2x smp 1GB guest and 2 other uniprocessor 1GB guests. It's wasteful to add more servers when the existing servers are underutilized. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.