Maybe it should be 4 bytes for 4096 (0x1000).
On 05/13/2014 04:19 PM, Max Filippov wrote:
On Tue, May 13, 2014 at 11:09 AM, Li, Zhen-Hua wrote:
From: "Li, ZhenHua"
There is some runtime check for max cpu count. Make them support 4096 cpus.
Signed-off-by: Li, ZhenHua
---
hw
Kernel's kvm support is not here.
x2APIC is needed, I will try to do that later.
On 05/13/2014 06:53 PM, Jan Kiszka wrote:
On 2014-05-13 09:09, Li, Zhen-Hua wrote:
From: "Li, ZhenHua"
These series patches are trying to make Qemu support more than 255 CPUs.
The max cpu number
26/03/2014 03:02, Li, Zhen-Hua ha scritto:
From: "Li, ZhenHua"
In virtio-blk module, when there is new request, new req structure
will be created by malloc. Use a req pool instead of this, will increase
performance;
Increacement: about 5% to 10%.
Can you try g_slice_new/g_slice_fr
Stefan,
Thank you for your suggestions. I will try g_slice_* and give more
performance testing results.
ZhenHua
On 03/26/2014 05:27 PM, Stefan Hajnoczi wrote:
On Tue, Mar 25, 2014 at 04:44:48PM +0800, Li, Zhen-Hua wrote:
From: "Li, ZhenHua"
In virtio-blk module, when there is n
I am sorry that seems it was not sent out before I subscribed to the
list. So I send this patch again.
On 03/26/2014 10:02 AM, Li, Zhen-Hua wrote:
From: "Li, ZhenHua"
In virtio-blk module, when there is new request, new req structure
will be created by malloc. Use a req pool inste
