On Wed, Oct 05, 2011 at 04:03:13PM -0600, David Ahern wrote:
> On 10/05/2011 01:54 PM, Robin Lee Powell wrote:
> > Is it possible to get perf kvm record to record only what's
> > going on on a single VM? The options seem to be --host (all
> > host data) and --gu
On Wed, Oct 05, 2011 at 11:36:53AM -0700, Robin Lee Powell wrote:
> On Wed, Oct 05, 2011 at 08:21:53PM +0200, Avi Kivity wrote:
> > On 10/04/2011 09:40 PM, Robin Lee Powell wrote:
> > >> >When I run tcpdump on a *guest*, the entire guest completely
> > >> >
Is it possible to get perf kvm record to record only what's going on
on a single VM? The options seem to be --host (all host data) and
--guest (all VM data).
I'm getting "74.86% qemu-kvm [unknown][u]
0x7f3795bc408d", and I think that's because I've got kallsyms loaded
from a
On Wed, Oct 05, 2011 at 11:41:13AM -0700, Sujee Maniyam wrote:
> HI all
>
> Using KVM (qemu-kvm-0.12.1) on CentOS-6.
>
> how can I supply an entire disk for KVM to use? Is this correct
> snippet in kvm.xml ?
>
>
>
>
>
>
This is what I have:
On Tue, Oct 04, 2011 at 08:15:12PM +0200, Avi Kivity wrote:
> On 10/03/2011 05:03 AM, Robin Lee Powell wrote:
> >> > > Alternatively, detailed instructions to reproduce?
> >> >
> >> > Start a VM. Wait a few days. Run tcpdump. The system
> >&
On Sun, Oct 02, 2011 at 03:38:29PM -0400, Avi Kivity wrote:
>
> > >
> > > Well, any messages?
> >
> > None I can find. I'll try again later today and double check.
>
>
> Please do.
Oct 2 19:53:01 vrici dbus: [system] Activating service
name='net.reactivated.Fprint' (using servicehelper)
Oc
On Sun, Oct 02, 2011 at 07:21:08PM +0200, Avi Kivity wrote:
> On 10/02/2011 07:13 PM, Robin Lee Powell wrote:
> >On Sun, Oct 02, 2011 at 07:12:42PM +0200, Avi Kivity wrote:
> >> On 10/02/2011 07:07 PM, Robin Lee Powell wrote:
> >> >On Sun, Oct 02, 2011 at 07:0
On Sun, Oct 02, 2011 at 07:12:42PM +0200, Avi Kivity wrote:
> On 10/02/2011 07:07 PM, Robin Lee Powell wrote:
> >On Sun, Oct 02, 2011 at 07:06:35PM +0200, Avi Kivity wrote:
> >> On 10/02/2011 02:45 AM, Robin Lee Powell wrote:
> >> >I'm afraid clocksource=hp
On Sun, Oct 02, 2011 at 07:06:35PM +0200, Avi Kivity wrote:
> On 10/02/2011 02:45 AM, Robin Lee Powell wrote:
> >I'm afraid clocksource=hpet didn't help much; after about 24 hours
> >up, tcpdump hung the machine for for about 10 seconds. That may or
> >may not be be
I'm afraid clocksource=hpet didn't help much; after about 24 hours
up, tcpdump hung the machine for for about 10 seconds. That may or
may not be better than usual; I haven't been timing things
precisely. My suspicion is that it's slightly better, but it's
still not great.
Also:
rlpowell@vrici>
On Fri, Sep 30, 2011 at 09:03:21PM +0200, Nikola Ciprich wrote:
> Hello Robin,
>
> actually I'm stil hitting problems with tcpdump in KVM virtuals..
> what is the content of
> /sys/devices/system/clocksource/clocksource0/current_clocksource?
> I guess it'll be kvm-clock, try using clocksource=tsc
On Tue, Sep 27, 2011 at 07:01:37PM -0700, Robin Lee Powell wrote:
>
> I can essentially test this at will, so feel free to ask for
> debugging steps.
>
> My host and VMs are all Fedora 15.
>
> Every time I run tcpdump on a VM, it hangs for a while. It uses
> all av
On Thu, Sep 29, 2011 at 02:22:43PM -0300, Marcelo Tosatti wrote:
> On Wed, Sep 28, 2011 at 05:14:47PM -0700, Robin Lee Powell wrote:
> > > > Please post the contents of /proc/meminfo and /proc/zoneinfo
> > > > when this is happening.
> > >
> > > I ju
On Wed, Sep 28, 2011 at 05:11:06PM -0700, Robin Lee Powell wrote:
> On Tue, Sep 27, 2011 at 12:49:29PM +0300, Avi Kivity wrote:
> > On 09/27/2011 12:00 PM, Robin Lee Powell wrote:
> > >On Tue, Sep 27, 2011 at 01:48:43AM -0700, Robin Lee Powell wrote:
> > >> On T
On Tue, Sep 27, 2011 at 12:49:29PM +0300, Avi Kivity wrote:
> On 09/27/2011 12:00 PM, Robin Lee Powell wrote:
> >On Tue, Sep 27, 2011 at 01:48:43AM -0700, Robin Lee Powell wrote:
> >> On Tue, Sep 27, 2011 at 04:41:33PM +0800, Emmanuel Noobadmin wrote:
> >> > On 9/
I can essentially test this at will, so feel free to ask for
debugging steps.
My host and VMs are all Fedora 15.
Every time I run tcpdump on a VM, it hangs for a while. It uses all
available CPU, "virsh list" hangs trying to show it, and I can't
shut it down except by killing the qemu-kvm proce
On Mon, Sep 26, 2011 at 01:45:07AM -0700, Robin Lee Powell wrote:
> Everything seems to work until it asks for a password. As soon as
> that happens, any character I type causes it to respond as though
> I'd hit "enter". This continues until /bin/login completes and
On Tue, Sep 27, 2011 at 01:48:43AM -0700, Robin Lee Powell wrote:
> On Tue, Sep 27, 2011 at 04:41:33PM +0800, Emmanuel Noobadmin wrote:
> > On 9/27/11, Robin Lee Powell wrote:
> > > On Mon, Sep 26, 2011 at 04:15:37PM +0800, Emmanuel Noobadmin
> > > wrote:
> >
On Tue, Sep 27, 2011 at 04:41:33PM +0800, Emmanuel Noobadmin wrote:
> On 9/27/11, Robin Lee Powell wrote:
> > On Mon, Sep 26, 2011 at 04:15:37PM +0800, Emmanuel Noobadmin
> > wrote:
> >> It's unrelated to what you're actually using as the disks,
> >>
On Mon, Sep 26, 2011 at 04:15:37PM +0800, Emmanuel Noobadmin wrote:
> On 9/26/11, Robin Lee Powell wrote:
> > On Mon, Sep 26, 2011 at 01:49:18PM +0800, Emmanuel Noobadmin wrote:
> >> On 9/25/11, Robin Lee Powell wrote:
> >> >
> >> > OK, so I
I'm running qemu-kvm on Fedora, with Fedora VMs, normally via
libvirt/virsh.
I have serial consoles setup, like so:
$ sudo virsh ttyconsole stodi
/dev/pts/3
With both PuTTY and shellinabox (web-based shell) to the master,
connecting via either "virsh console"
On Mon, Sep 26, 2011 at 01:49:18PM +0800, Emmanuel Noobadmin wrote:
> On 9/25/11, Robin Lee Powell wrote:
> >
> > OK, so I've got a Linux host, and a bunch of Linux VMs.
> >
> > This means that the host *and* all tho VMs do their own disk
> > caches/buffers
OK, so I've got a Linux host, and a bunch of Linux VMs.
This means that the host *and* all tho VMs do their own disk
caches/buffers and do their own swap as well.
That seems like a horrible duplication of effort, and likely to
result in performance problems. I'm very annoyed by seeing the
*mast
23 matches
Mail list logo