8 msgzfs refuses to load pool on boot, zpool denies ...
2 msgFreeBSD uses the year 1936 in qemu
1 msgnet/boinc-client pograms only run half the time...

kqemu crash (page fault) with -current
\ Harald Schmalzbauer (13 Jul 2007)
. \ Eric Anderson (13 Jul 2007)
. \ Attilio Rao (13 Jul 2007)
. . \ Harald Schmalzbauer (13 Jul 2007)
. . . \ Sean C. Farley (13 Jul 2007)
. . . . \ Eric Anderson (14 Jul 2007)
. . . . . \ Sean C. Farley (23 Jul 2007)
. . . \ Attilio Rao (14 Jul 2007)
. . . . \ Ulf Lilleengen (15 Jul 2007)
. . . . \ Teufel (16 Jul 2007)
. . . . . \ Attilio Rao (23 Jul 2007)
. . . . \ Harald Schmalzbauer (18 Jul 2007)

3 msgSpurious RSTs, syncache, and pf weirdness
3 msgPromise SATA300 TX4 problems in CURRENT
5 msgCan't build RELENG_6 from HEAD?
4 msgRe: fun fun fun. no networking
1 msgRe: Multiple IRQs for PCI interrupt
4 msgRe: em0 hijacking traffic to port 623
3 msgRe: msk watchdog timeout
5 msgRe: Quick hardware survey - disk INT13 'EDD' se...
1 msgWireless (bg)scan and ARP
6 msgthreadlock and msk watchdog timeout
4 msgimmediate reboot with ipnat/ipmon on amd64
1 msgrequest for approval: G965 AGP support
25 msgcrash in tty code in 6.1.. fixed since?
1 msguma_zalloc_arg: zone 'mbuf' with the following ...
3 msgpatch to catch non-working hpet
4 msgRemoving an accidentally incorrect vdev from a ...
Subject:Re: kqemu crash (page fault) with -current
Group:Freebsd-current
From:Sean C. Farley
Date:23 Jul 2007


 
On Fri, 13 Jul 2007, Eric Anderson wrote:

> On 07/13/07 17:29, Sean C. Farley wrote:
>> On Fri, 13 Jul 2007, Harald Schmalzbauer wrote:
>>
>>> I could install various OS, only when I enable -kernel-kqemu most
>>> installer quit with page fault.
>>
>> As a side note, I found -kernel-kqemu to be slower for me than
>> without it on STABLE.
>
> Using ubench from ports on -CURRENT, I see these kinds of numbers (for
> CPU):
>
> Without any kqemu: 16000 -> 16800
> With kqemu, kernelmode: 180000 -> 182000
> With kqemu, usermode: 187000 -> 188000
> RAW CPU: 202000 -> 203000

Here is mine on -STABLE. It is amusing how much faster the raw CPU
really is when you take these benchmark numbers into account. If I
remember correctly from trying to find where QEMU was slow, kqemu user +
kernel actually has significantly more context switches than just kqemu
user.

kqemu user
==========
Ubench CPU: 74871
Ubench MEM: 8873
--------------------
Ubench AVG: 41872


kqemu user + kernel
===================
Ubench CPU: 67768
Ubench MEM: 6520
--------------------
Ubench AVG: 37144


Raw
===
Ubench CPU: 44162
Ubench MEM: 42655
--------------------
Ubench AVG: 43408

Sean
--
scf
_______________________________________________
freebsd-current mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe"


© 2004-2008 readlist.com