Re: [PATCH 2/4] Introduce a new fields "gtime" and "cgtime" in task_struct and signal_struct

2009-08-05 Thread Ingo Molnar
* Laurent Vivier wrote: > [PATCH 2/4] like for cpustat, introduce the "gtime" (guest time of > the task) and "cgtime" (guest time of the task children) fields > for the tasks. Modify signal_struct and task_struct. Modify > /proc//stat to display these new fields. > --- kvm.orig/include/linux

Re: bridge vs macvlan performance

2009-08-05 Thread Or Gerlitz
Ben Greear wrote: > Or Gerlitz wrote: >> Using the same pktgen script (i.e with clone=0) I see that a >> veth-->bridge-->veth configuration gives about 400K PPS forwarding >> performance where macvlan-->veth-->macvlan gives 680K PPS (again, I >> made sure that the bridge has applied learning befor

Re: [PATCH 1/1] virtio_serial: A char device for simple guest <-> host communication

2009-08-05 Thread Amit Shah
On (Wed) Aug 05 2009 [09:33:40], Rusty Russell wrote: > On Tue, 28 Jul 2009 03:34:33 am Amit Shah wrote: > > We expose multiple char devices ("ports") for simple communication > > between the host userspace and guest. > > Hi Amit, > >OK, seems like it's time for some serious review. Below.

Re: bridge vs macvlan performance

2009-08-05 Thread Ben Greear
Or Gerlitz wrote: > Ben Greear wrote: >> Well, it seems we could and should fix veth to work, but it will have >> to do equivalent work of copying an skb most likely, so either way >> you'll probably get a big performance hit. > Using the same pktgen script (i.e with clone=0) I see that a > vet

Re: [Qemu-devel] Re: virtio-serial: An interface for host-guest communication

2009-08-05 Thread Jamie Lokier
Anthony Liguori wrote: > Richard W.M. Jones wrote: > Have you considered using a usb serial device? Something attractive > about it is that a productid/vendorid can be specified which means that > you can use that as a method of enumerating devices. > > Hot add/remove is supported automagically

Re: [Qemu-devel] Re: virtio-serial: An interface for host-guest communication

2009-08-05 Thread Jamie Lokier
Gleb Natapov wrote: > On Wed, Jul 29, 2009 at 01:14:18PM +0530, Amit Shah wrote: > > But why do we want to limit the device to only one port? It's not too > > complex supporting additional ones. > > > > As I see it qemu and the kernel should provide the basic abstraction for > > the userspace to g

Re: [Qemu-devel] Re: virtio-serial: An interface for host-guest communication

2009-08-05 Thread Anthony Liguori
Jamie Lokier wrote: > Anthony Liguori wrote: > >> Richard W.M. Jones wrote: >> Have you considered using a usb serial device? Something attractive >> about it is that a productid/vendorid can be specified which means that >> you can use that as a method of enumerating devices. >> >> Hot add/r

Re: [Qemu-devel] Re: virtio-serial: An interface for host-guest communication

2009-08-05 Thread Richard W.M. Jones
On Mon, Aug 03, 2009 at 02:57:01PM -0500, Anthony Liguori wrote: > Richard W.M. Jones wrote: >> On Mon, Jul 27, 2009 at 06:44:28PM -0500, Anthony Liguori wrote: >> >>> It really suggests that you need _one_ vmchannel that's exposed to >>> userspace with a single userspace daemon that consumes