From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 25 02:54:41 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12D41065687 for ; Thu, 25 Sep 2008 02:54:40 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA528FC0A for ; Thu, 25 Sep 2008 02:54:40 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so65773eyi.7 for ; Wed, 24 Sep 2008 19:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4n3FWvPH4GOIqfK8A3FR8OHPoIWCQcGJy1Uui/+TZlk=; b=Ea5pWwGHR8CYm8G1FUEf6E4J2TrQhuTzs1n3yetnEnHnbFuUnWLPmeBwTvQZ6o2D8x 7RGUYNLUppnsoMpNYjh2cMTKJPlN3RFoFHED1nkSvWohyQGEOLtaGC/0czEXCqOMiyfq a1YTlVIqigh1A1cV8yDAdBHKxyN7Id38vsHyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DWdXfj7OtYK9Tr9MwMlhSXXHXc4g6JAiK3p++Fna9W40fxsiB0Jk+Jd7+0BTRJ23ak OdOszBeuM+2R7oj4dL+tSC/wTUan/K7MeLvkRs16mQmF8jfJvkSUdCZAlDeQnzPYgz09 I+iADsfaXUUnXcNWY7uCliEpqNJL08nEgSFaw= Received: by 10.210.24.7 with SMTP id 7mr9405780ebx.198.1222311279066; Wed, 24 Sep 2008 19:54:39 -0700 (PDT) Received: by 10.210.49.15 with HTTP; Wed, 24 Sep 2008 19:54:39 -0700 (PDT) Message-ID: Date: Wed, 24 Sep 2008 21:54:39 -0500 From: Matt To: "Juergen Lock" In-Reply-To: <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Subject: Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 02:54:41 -0000 On Wed, Sep 24, 2008 at 5:10 PM, Juergen Lock wrote: > > In article you write: > >On Sun, Sep 21, 2008 at 3:40 PM, Juergen Lock wrote: > >> Hi! > >> > >> I've been playing with qemu svn on FreeBSD again (new experimental > >> emulators/qemu-devel port update here: > >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch > >> ), and want to note a few things: > > > >Hi. I've built an updated port with your patch and it compiles fine > >and runs my WinXP guests well. But, the qemu process consumes 100% of > >one CPU core on the host the whole time it is running, regardless of > >what the guest is doing. The host is a 7-STABLE box from 8/19. The > >guests run with bridged networking and full kernel kqemu accel > >enabled. > > > Hmm. And you didn't see this with the version in ports? Have you > checked if this is related to kqemu? (try without -kernel-kqemu and > also with -no-kqemu.) Also, which threading libs and scheduler are you > using? There seems to be an issue with kse, tho I doubt you are using > that on 7-stable... It does appear that this continual CPU-usage was kqemu-related. When booting the guest with the "-no-kqemu" option, the CPU usage on the host was as expected and tracked with the usage in the guest. Any level (user or user + kernel) of kqemu accel seemed to trigger the host to consume 100% CPU regardless of guest activity. I use the ULE scheduler and libthr threading library. See console output below. ]$ sysctl kern.sched.name kern.sched.name: ULE $ ldd /usr/local/bin/qemu /usr/local/bin/qemu: libm.so.5 => /lib/libm.so.5 (0x101ad000) libz.so.4 => /lib/libz.so.4 (0x101c2000) libgnutls.so.26 => /usr/local/lib/libgnutls.so.26 (0x101d4000) libpcap.so.5 => /lib/libpcap.so.5 (0x1027b000) libutil.so.7 => /lib/libutil.so.7 (0x102a2000) libSDL-1.2.so.11 => /usr/local/lib/libSDL-1.2.so.11 (0x102b0000) libncurses.so.7 => /lib/libncurses.so.7 (0x10319000) libthr.so.3 => /lib/libthr.so.3 (0x10361000) libc.so.7 => /lib/libc.so.7 (0x10374000) libgcrypt.so.15 => /usr/local/lib/libgcrypt.so.15 (0x10473000) libgpg-error.so.0 => /usr/local/lib/libgpg-error.so.0 (0x104db000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x104df000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x104e8000) libvgl.so.5 => /usr/lib/libvgl.so.5 (0x105de000) libaa.so.1 => /usr/local/lib/libaa.so.1 (0x105e6000) libusbhid.so.3 => /usr/lib/libusbhid.so.3 (0x105fd000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x10601000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x106ed000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x106f0000) librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x106f5000) > > Here is another experimental update that forces -lthr on 6.x, and > also updates to qemu svn r5313: > http://people.freebsd.org/~nox/qemu/qemu-devel-20080924.patch I just built this update and it seems to have fixed the issue. Host CPU usage again tracks with guest CPU usage and all seems well. I'll continue to use this build to see if anything else crops up. Please let me know if there is anything other information I can provide. Thanks again, Matt > > >Thank you for the continued work on this port! > > You're welcome! :) > Juergen