From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tokarev Subject: Re: KVM: High CPU load with audio enabled Date: Tue, 09 Nov 2010 17:41:19 +0300 Message-ID: <4CD95D8F.9030900@msgid.tls.msk.ru> References: <20101108133310.NDW2tl7gaq4uLMdHXOT0UP@consulting.lsexperts.de> <4CD88C58.9030501@msgid.tls.msk.ru> <4CD905FE.20204@web.de> <4CD95BBE.5000905@msgid.tls.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Kiszka , Stefan Pietsch , kvm@vger.kernel.org, qemu-devel To: malc Return-path: Received: from isrv.corpit.ru ([86.62.121.231]:38915 "EHLO isrv.corpit.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751406Ab0KIOlV (ORCPT ); Tue, 9 Nov 2010 09:41:21 -0500 In-Reply-To: <4CD95BBE.5000905@msgid.tls.msk.ru> Sender: kvm-owner@vger.kernel.org List-ID: 09.11.2010 17:33, Michael Tokarev wrote: > 09.11.2010 16:48, malc wrote: >> On Tue, 9 Nov 2010, Jan Kiszka wrote: >> >>> Am 09.11.2010 00:48, Michael Tokarev wrote: > [] >>>> Yes, sound in 0.13 appears to be broken. It is looping in >>>> select/read loop forever, read returns EAGAIN and select >>>> says the filedescriptor is ready. >>> >>> Try to set QEMU_AUDIO_DAC_TRY_POLL=0 for the environment of the qemu >>> process. That's long required to get sound out of the Musicpal emulation >>> as well (malc, you may recall this). It even got worse with current >>> qemu.git: previously, the sounds was just quirky. Now the system is >>> booting way slower in polling mode and is partially not reactive anymore. >> >> Wich driver is being used? ALSA stuff should have been fixed by Jindrich >> Makovicka in: >> 38cc9b607f85017b095793cab6c129bc9844f441 and >> 22d948a2d97434192018bdabaf0a50cda7f994be > > As far as I can see, both are in 0.13.0 release, which is > the one I'm running currently. Ok. This is wrong: neither of the two changes went into any stable release. Hence we've bugs which are long fixed but no one knows about this. As usual for qemu[-kvm] development. /mjt