Hello,
Just FTR, it seems that the overhead is due to gnumach somtimes using
the PIC quite a lot. It used not to be too much a concern with just
kvm, but kvm on kvm becomes too expensive for that. I've fixed gnumach
into being a lot more reasonable, and the performance issues got away.
Samuel
Jan Kiszka, le Mon 17 Nov 2014 10:04:37 +0100, a écrit :
On 2014-11-17 10:03, Samuel Thibault wrote:
Gleb Natapov, le Mon 17 Nov 2014 10:58:45 +0200, a écrit :
Do you know how gnumach timekeeping works? Does it have a timer that fires
each 1ms?
Which clock device is it using
Jan Kiszka, le Mon 17 Nov 2014 07:28:23 +0100, a écrit :
I suppose this is a SMP host and guest? Does reducing CPUs to 1 change
to picture?
Oddly enough, putting my host into UniProcessor mode is making L1
realmode simulation awfully slow. That also happens when binding kvm on
a single
Jan Kiszka, le Mon 17 Nov 2014 07:28:23 +0100, a écrit :
AIUI, the external interrupt is 0xf6, i.e. Linux' IRQ_WORK_VECTOR. I
however don't see any of them, neither in L0's /proc/interrupts, nor in
L1's /proc/interrupts...
I suppose this is a SMP host and guest?
L0 is a hyperthreaded
Gleb Natapov, le Mon 17 Nov 2014 10:58:45 +0200, a écrit :
Do you know how gnumach timekeeping works? Does it have a timer that fires
each 1ms?
Which clock device is it using?
It uses the PIT every 10ms, in square mode
(PIT_C0|PIT_SQUAREMODE|PIT_READMODE = 0x36).
Samuel
--
To unsubscribe
Jan Kiszka, le Mon 17 Nov 2014 10:04:37 +0100, a écrit :
On 2014-11-17 10:03, Samuel Thibault wrote:
Gleb Natapov, le Mon 17 Nov 2014 10:58:45 +0200, a écrit :
Do you know how gnumach timekeeping works? Does it have a timer that fires
each 1ms?
Which clock device is it using
Gleb Natapov, le Mon 17 Nov 2014 11:21:22 +0200, a écrit :
On Mon, Nov 17, 2014 at 10:10:25AM +0100, Samuel Thibault wrote:
Jan Kiszka, le Mon 17 Nov 2014 10:04:37 +0100, a écrit :
On 2014-11-17 10:03, Samuel Thibault wrote:
Gleb Natapov, le Mon 17 Nov 2014 10:58:45 +0200, a écrit
Also, I have made gnumach show a timer counter, it does get PIT
interrupts every 10ms as expected, not more often.
Samuel
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hello,
Jan Kiszka, le Wed 12 Nov 2014 00:42:52 +0100, a écrit :
On 2014-11-11 19:55, Samuel Thibault wrote:
jenkins.debian.net is running inside a KVM VM, and it runs nested
KVM guests for its installation attempts. This goes fine with Linux
kernels, but it is extremely slow with gnumach
Hello,
jenkins.debian.net is running inside a KVM VM, and it runs nested
KVM guests for its installation attempts. This goes fine with Linux
kernels, but it is extremely slow with gnumach kernels. I have
reproduced the issue with my laptop with a linux 3.17 host kernel, a
3.16 L1-guest kernel,
Ingo Molnar, le Wed 16 Jun 2010 10:39:41 +0200, a écrit :
in the long run most processes will be using the FPU due to SIMM
instructions.
I believe glibc already uses SIMM instructions for e.g. memcpy and
friends, i.e. basically all applications...
Samuel
--
To unsubscribe from this list:
Andre Przywara, le Fri 03 Jul 2009 16:41:56 +0200, a écrit :
-smp 16 -cpu host,cores=8
That means 8 cores with 2 threads each, thus 16 threads? Ok, that can be
later generalized into for instance
-smp 16 -cpu host,nodes=2,sockets=2,cores=2
to define 2 NUMA nodes of 2 sockets of 2 cores, each
Andre Przywara, le Sat 04 Jul 2009 01:28:43 +0200, a écrit :
Maybe one could describe cores, threads, sockets and nodes in -smp and
declare the memory topology only in -numa.
Mmm, I'd rather just describe both in a -topology option.
Samuel
--
To unsubscribe from this list: send the line
Jan Kiszka, le Mon 04 May 2009 22:29:39 +0200, a écrit :
When I boot the VM from the Lenny CD, there is no audible signal tone.
Hmm, I successfully tested with '-soundbw pcspk' + my patches or
-no-kvm-pit. There is probably a different, unrelated issue with your setup.
Remember that the
Alexey Eremenko, le Thu 07 Aug 2008 15:55:49 +0300, a écrit :
The only problem: virt-mem doesn't compiles.
checking for ocamldoc... ocamldoc
checking for ocamlfind... ./configure: line 5121: WARNING:: command not found
no
configure: error: OCaml findlib is required
And I have installed
Beth Kon, le Sat 02 Aug 2008 06:05:14 -0500, a écrit :
I was trying to reproduce the wakeup every 10ms that
Samuel Thibault mentioned, thinking the HPET would improve it.
But for an idle guest in both cases (with and without HPET), the
number of wakeups per second was relatively low (28
Anthony Liguori, le Sat 02 Aug 2008 09:46:30 -0500, a écrit :
Samuel Thibault wrote:
Beth Kon, le Sat 02 Aug 2008 06:05:14 -0500, a écrit :
I was trying to reproduce the wakeup every 10ms that
Samuel Thibault mentioned, thinking the HPET would improve it.
But for an idle guest in both
Cool!
Does it now happen that qemu no longer wakes up every 10ms? If not,
please try to make sure it happens, that would eventually fix that power
leak :)
Samuel
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
18 matches
Mail list logo