On 04/19/2013 07:59 AM, Stefan Hajnoczi wrote:
Hi Stefan,
BTW does the host CPU support Intel Extended Page Tables or AMD Nested
Page Tables? grep 'npt\|ept' /proc/cpuinfo
(I think the kvm_stat is saying EPT/NPT are not in use)
Host CPU has EPT.
That is virt-manager.py, exactly doing
On Wed, Apr 17, 2013 at 09:52:39PM +0200, Martin Wawro wrote:
Hi Stefan,
The host is interesting too if you suspect KVM is involved in the
performance issue (rather than it being purely an application issue
inside the guest). For example, pidstat (from the sysstat package) on
the host
Hi Stefan,
This morning we had to reboot the guest system again. pidstat logging
was not
enabled on the host (planned to do that later, hate myself for that).
Again it
looks like the schedulerinside the guest just does not want to schedule
anymore
(or takes coffee breaksinbetween), because tasks
On 04/18/2013 09:25 AM, Stefan Hajnoczi wrote:
Hi Stefan,
I see. That's a good reason to carefully monitor the host for things
that could interfere with guest performance.
Stefan
Seems that today is a bad day for our server. We had to give him the
boot (again).
Also the results of the
On Thu, Apr 18, 2013 at 12:00 PM, Martin Wawro martin.wa...@gmail.com wrote:
On 04/18/2013 09:25 AM, Stefan Hajnoczi wrote:
I see. That's a good reason to carefully monitor the host for things
that could interfere with guest performance.
Stefan
Seems that today is a bad day for our server.
On 04/18/2013 03:14 PM, Stefan Hajnoczi wrote:
Dear Stefan,
No answer but some more questions.
Regarding the kvm_stat output, the exits are caused by 68,000
pagefaults/second (pf_fixed). Perhaps someone can explain what this
means?
The host has 8 cores, the guest has 7. Host pidstat
On Thu, Apr 18, 2013 at 03:27:45PM +0200, Martin Wawro wrote:
On 04/18/2013 03:14 PM, Stefan Hajnoczi wrote:
No answer but some more questions.
Regarding the kvm_stat output, the exits are caused by 68,000
pagefaults/second (pf_fixed). Perhaps someone can explain what this
means?
On Tue, Apr 16, 2013 at 09:49:20AM +0200, Martin Wawro wrote:
On 04/16/2013 07:49 AM, Stefan Hajnoczi wrote:
Besides the kvm_stat, general performance data from the host is useful
when dealing with high load averages.
Do you have vmstat or sar data for periods of time when the machine was
Hi Stefan,
The host is interesting too if you suspect KVM is involved in the
performance issue (rather than it being purely an application issue
inside the guest). For example, pidstat (from the sysstat package) on
the host can tell you the guest mode CPU utilization percentage. That's
On 04/16/2013 07:49 AM, Stefan Hajnoczi wrote:
Hi Stefan,
Besides the kvm_stat, general performance data from the host is useful
when dealing with high load averages.
Do you have vmstat or sar data for periods of time when the machine was
slow?
Stefan
We do have a rather exhaustive log
On Fri, Apr 12, 2013 at 05:04:27PM +0200, Martin Wawro wrote:
Logging the kvm_stat on the host, we obtained the following output during
Besides the kvm_stat, general performance data from the host is useful
when dealing with high load averages.
Do you have vmstat or sar data for periods of time
Hi All,
We are experiencing severe performance problems on a regular basis
which require us to destroy and restart the guest OS. What happens is that
the load average rises well above 50 and the guest OS becomes quite
unresponsive,
though no serious workload is running on the system. Even issuing
12 matches
Mail list logo
