From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ulrich Schreiner Subject: Re: kvm very slow Date: Tue, 07 Aug 2007 14:25:12 +0200 Message-ID: <1186489512.3370.30.camel@vaio> References: <1185945769.3342.15.camel@vaio> <46B0B7D0.9080203@qumranet.com> <46B0E2F0.1070701@innuendo.de> <46B194C5.5040508@qumranet.com> <1186471236.3370.8.camel@vaio> <64F9B87B6B770947A9F8391472E032160D17A0EA@ehost011-8.exch011.intermedia.net> <1186479806.3370.22.camel@vaio> <64F9B87B6B770947A9F8391472E032160D17A197@ehost011-8.exch011.intermedia.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Avi Kivity To: Dor Laor Return-path: In-Reply-To: <64F9B87B6B770947A9F8391472E032160D17A197-yEcIvxbTEBqsx+V+t5oei8rau4O3wl8o3fe8/T/H7NteoWH0uzbU5w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org well there are running some "default F7 daemons". yum-updatesd (python) setroubleshootd (python) hald ... but no process is really running, when doing a "htop" i the processor has a load of 0.7% what is the "efer_reload"? while i'm writing this email i have kvm_stat in another shell in the background and this value always is between 5000 and 7000 btw: i patched kvm_stat to make the screen refresh faster/slower, so that i can mark the output with the mouse and copy it (to my posts :-). is there a need for this? Am Dienstag, den 07.08.2007, 04:51 -0700 schrieb Dor Laor: > >today morning i compiled kvm-33 and the output of kvm-stat is much > >better now (guest in idle): > > > >kvm statistics > > > > efer_reload 10944273 6504 > > exits 13722688 6967 > > halt_exits 1084344 935 > > invlpg 0 0 > > io_exits 7668914 5070 > > irq_exits 27886 2 > > irq_window 11477 1 > > light_exits 2778416 462 > > mmio_exits 2153709 498 > > pf_fixed 1085923 0 > > pf_guest 459144 0 > > request_irq 0 0 > > signal_exit 25818 0 > > tlb_flush 228295 5 > > > It's much better. What does the guest do? It's weird it reloads the > efer. > > > > > > >i don't know if these numbers are ok; do you still need the generated > >qemu.log for ioport access? if you need it i will upload it to my > public > >server. > > > >but: the system is slow. it is extremely slow when booting and the > >guest-system clock ist twice as slow as the host-system clock (both are > >idle; ok, the host as a runnung qemu-instance :-). > > > >when starting i get: > > > >Could not configure '/dev/rtc' to have a 1024 Hz timer. This is not a > >fatal > >error, but for better emulation accuracy either use a 2.6 host Linux > >kernel or > >type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root. > > > >well i HAVE a 2.6kernel (2.6.22.1-41.fc7), but i cannot set > >dev.rtc.max-user-freq, i only can set the high precision event timer > > > >dev.hpet.max-user-freq = 1024 > > > >which i have done. but the message always appears. i don't know if this > >is ignorable. > > > > The problem is that qemu calculates time using either sigalarm or rtc. > (the later in more accurate) > Seems like qemu doesn't get enough signals to inject timer irq to the > guest. > > Luca claims the HPET intefer the RTC. Can it be disabled? ( I know some > new chipsets implement rtc using HPET). > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/