From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: qemu-kvm-0.13.0 - winsows 2008 - chkdisk too slow Date: Thu, 06 Jan 2011 12:50:12 +0200 Message-ID: <4D259E64.3000907@redhat.com> References: <20110106074822.GB17772@pcnci.linuxbox.cz> <4D258690.4070904@redhat.com> <20110106092046.GD17772@pcnci.linuxbox.cz> <4D258B18.5000402@redhat.com> <20110106094240.GE17772@pcnci.linuxbox.cz> <4D259729.2050403@redhat.com> <20110106102538.GF17772@pcnci.linuxbox.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: KVM list , nikola.ciprich@linuxbox.cz, "Daniel P. Berrange" To: Nikola Ciprich Return-path: Received: from mx1.redhat.com ([209.132.183.28]:41324 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753068Ab1AFKuS (ORCPT ); Thu, 6 Jan 2011 05:50:18 -0500 In-Reply-To: <20110106102538.GF17772@pcnci.linuxbox.cz> Sender: kvm-owner@vger.kernel.org List-ID: On 01/06/2011 12:25 PM, Nikola Ciprich wrote: > > Did you get 'overrun: something' reports from trace-cmd, where something > > != 0? > nope, all entries were 0. > > > Dan, is there a way to hijack the monitor so we can run some commands on > > it? Things like 'info registers' and disassembly. > AFAIK that's intentionally not possible :( > pity.. > > > Looks like vcpu 1 is spinning; perhaps that's normal. If you get hold > > of the monitor, please disassemble around 0xfffff80001575d59. > > > > vcpu 0 is busy writing to vga (can you confirm)? looks like bank > > switching is hitting synchronize_srcu_expedited(), which is known slow. > > Unfortunately that only gets better in 2.6.38. > I guess it might help if I would just risk killing the machine and run > it without libvirt so we can debug better right? > or even better, I'll try to reproduce on another 2K8 windows on testing > machine and then we can play more with it. > gimme a few minutes please.. Thanks, a test machine that we can do horrible things to would be best. > > > > You can try applying > > http://git.kernel.org/?p=linux/kernel/git/sfr/linux-next.git;a=commit;h=46fdb0937f26124700fc9fc80da4776330cc00d3 > > and see if it helps. > I'll also prepare testing kernel including this patch.. > BTW Is it just me, or is git.kernel.org pretty slow today? 2.6.37 is out, perhaps people are all over it. -- error compiling committee.c: too many arguments to function