Re: qemu-kvm-0.13.0 - winsows 2008 - chkdisk too slow

Nikola Ciprich
2011-01-06T12:21:27Z

OK, got test environment running, but it seems to be running much faster
there :(
but as dan suggested, I can type monitor commands using virsh, so I can
(carefully:)) continue debugging on this production machine..
here's info registers:
RAX=0000000000000007 RBX=00000000000000ac RCX=fffff880009d1015 RDX=00000000000003ce
RSI=000000000000018a RDI=fffff8000163f737 RBP=0000000000000007 RSP=fffff88002588b08
R8 =000000000000000f R9 =00000000000000ac R10=0000000000007b20 R11=0000000000000008
R12=00000000000000a8 R13=0000000000000000 R14=000000000012c690 R15=00000000001d52d0
RIP=fffff8000156ae48 RFL=00000202 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =002b 0000000000000000 ffffffff 00c0f300 DPL=3 DS [-WA]
CS =0010 0000000000000000 00000000 00209b00 DPL=0 CS64 [-RA]
SS =0018 0000000000000000 ffffffff 00c09300 DPL=0 DS [-WA]
DS =002b 0000000000000000 ffffffff 00c0f300 DPL=3 DS [-WA]
FS =0053 00000000fffe0000 00003c00 0040f300 DPL=3 DS [-WA]
GS =002b fffff80001644d00 ffffffff 00c0f300 DPL=3 DS [-WA]
LDT=0000 0000000000000000 ffffffff 00000000
TR =0040 fffff80002767080 00000067 00008b00 DPL=0 TSS64-busy
GDT= fffff80002766000 0000007f
IDT= fffff80002766080 00000fff
CR0=80050031 CR2=000000000047029a CR3=0000000094925000 CR4=000006f8
DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000
DR6=00000000ffff0ff0 DR7=0000000000000400
EFER=0000000000000d01
FCW=027f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80
FPR0=0000000000000000 0000 FPR1=0000000000000000 0000
FPR2=0000000000000000 0000 FPR3=0000000000000000 0000
FPR4=0000000000000000 0000 FPR5=0000000000000000 0000
FPR6=0000000000000000 0000 FPR7=0000000000000000 0000
XMM00=0000000000288c300000000000a000a0 XMM01=00000000000000000000000000000000
XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000
XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000
XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000
XMM08=00000000000000000000000000000000 XMM09=00000000000000000000000000000000
XMM10=00000000000000000000000000000000 XMM11=00000000000000000000000000000000
XMM12=00000000000000000000000000000000 XMM13=00000000000000000000000000000000
XMM14=00000000000000000000000000000000 XMM15=00000000000000000000000000000000

> Looks like vcpu 1 is spinning; perhaps that's normal. If you get hold
> of the monitor, please disassemble around 0xfffff80001575d59.
ouch, can You advice me on how do I do it? :-[

>
> vcpu 0 is busy writing to vga (can you confirm)? looks like bank
yes, seems like screen refreshing is quite slow, certainly in this rescue mode
or what it is, it's not using any acceleration...

> switching is hitting synchronize_srcu_expedited(), which is known slow.
> Unfortunately that only gets better in 2.6.38.
>
> You can try applying
> http://git.kernel.org/?p=linux/kernel/git/sfr/linux-next.git;a=commit;h=46fdb0937f26124700fc9fc80da4776330cc00d3
I'll be able to test this only on testing machine, or on this production maybe overnight..
I'll prepare the kernel anyways..

> and see if it helps.
>
> --
> error compiling committee.c: too many arguments to function
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html