Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-25 Thread Paolo Bonzini
Il 25/11/2013 07:39, Michael R. Hines ha scritto: Because some random option ROM is loaded before the RAM region is created, and thus the ram_addr_t's become misaligned. Keeping the ram_addr_t's aligned in find_ram_offset is easy: diff --git a/exec.c b/exec.c index 79610ce..1b82e81 100644

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-24 Thread Michael R. Hines
On 11/06/2013 09:04 PM, Juan Quintela wrote: Hi [v2] In this version: - fixed all the comments from last versions (thanks Eric) - kvm migration bitmap is synchronized using bitmap operations - qemu bitmap - migration bitmap is synchronized using bitmap operations If bitmaps are not properly

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-24 Thread Michael R. Hines
On 11/06/2013 11:49 PM, Paolo Bonzini wrote: Il 06/11/2013 15:37, Gerd Hoffmann ha scritto: - vga ram by default is not aligned in a page number multiple of 64, it could be optimized. Kraxel? It syncs the kvm bitmap at least 1 a second or so? bitmap is only 2048 pages (16MB by default). We

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-24 Thread Michael R. Hines
On 11/25/2013 02:15 PM, Michael R. Hines wrote: On 11/06/2013 09:04 PM, Juan Quintela wrote: Hi [v2] In this version: - fixed all the comments from last versions (thanks Eric) - kvm migration bitmap is synchronized using bitmap operations - qemu bitmap - migration bitmap is synchronized using

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-08 Thread Chegu Vinod
On 11/6/2013 5:04 AM, Juan Quintela wrote: Hi [v2] In this version: - fixed all the comments from last versions (thanks Eric) - kvm migration bitmap is synchronized using bitmap operations - qemu bitmap - migration bitmap is synchronized using bitmap operations If bitmaps are not properly

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-07 Thread Gerd Hoffmann
Hi, Yep, needed to figure updated screen areas. It never stops completely, but the refresh rate should be alot lower with no vnc client connected, something like once every few seconds without client vs. 30x per second with client. When the guest is stopped you really need to ask

[Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-06 Thread Juan Quintela
Hi [v2] In this version: - fixed all the comments from last versions (thanks Eric) - kvm migration bitmap is synchronized using bitmap operations - qemu bitmap - migration bitmap is synchronized using bitmap operations If bitmaps are not properly aligned, we fall back to old code. Code survives

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-06 Thread Gerd Hoffmann
Hi, - vga ram by default is not aligned in a page number multiple of 64, it could be optimized. Kraxel? It syncs the kvm bitmap at least 1 a second or so? bitmap is only 2048 pages (16MB by default). We need to change the ram_addr only It is created using

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-06 Thread Juan Quintela
Gerd Hoffmann kra...@redhat.com wrote: Hi, - vga ram by default is not aligned in a page number multiple of 64, it could be optimized. Kraxel? It syncs the kvm bitmap at least 1 a second or so? bitmap is only 2048 pages (16MB by default). We need to change the ram_addr only It

Re: [Qemu-devel] [PATCH v2 00/39] bitmap handling optimization

2013-11-06 Thread Paolo Bonzini
Il 06/11/2013 15:37, Gerd Hoffmann ha scritto: - vga ram by default is not aligned in a page number multiple of 64, it could be optimized. Kraxel? It syncs the kvm bitmap at least 1 a second or so? bitmap is only 2048 pages (16MB by default). We need to change the ram_addr only It is