From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932870AbZARJVv (ORCPT ); Sun, 18 Jan 2009 04:21:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760183AbZARJVd (ORCPT ); Sun, 18 Jan 2009 04:21:33 -0500 Received: from mx2.redhat.com ([66.187.237.31]:43974 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752215AbZARJVc (ORCPT ); Sun, 18 Jan 2009 04:21:32 -0500 Message-ID: <4972F487.2040002@redhat.com> Date: Sun, 18 Jan 2009 11:21:11 +0200 From: Avi Kivity User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Ingo Molnar CC: Mike Galbraith , Kevin Shanahan , Andrew Morton , a.p.zijlstra@chello.nl, torvalds@linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: [git pull] scheduler fixes References: <1232173776.7073.21.camel@marge.simson.net> <1232186054.6813.48.camel@marge.simson.net> <1232186877.14073.59.camel@laptop> <1232188484.6813.85.camel@marge.simson.net> <1232193617.14073.67.camel@laptop> <1232194752.6273.5.camel@marge.simson.net> <20090117044316.bda7d0bd.akpm@linux-foundation.org> <1232198574.16303.8.camel@marge.simson.net> <20090117160115.GA31601@elte.hu> <4972E860.5080206@redhat.com> <20090118083744.GB21940@elte.hu> <4972EF6B.90207@redhat.com> In-Reply-To: <4972EF6B.90207@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Avi Kivity wrote: > Ingo Molnar wrote: >> Can you reproduce those latencies? We didnt get similar reports from >> elsewhere so there seems to be a KVM angle. >> > > A simple test running 10 idle guests over 4 cores doesn't reproduce > (2.6.29-rc). However we likely need a more complicated setup. > > Kevin, any details about your setup? What are the guests doing? Are > you overcommitting memory (is the host swapping)? > If the host load is low enough, it may be worthwhile to repeat with -no-kvm. It's significantly different from kvm (much higher cpu load, and less tasks involved), but if the problem recurs, we know it's a pure sched issue. -- error compiling committee.c: too many arguments to function