Paolo Bonzini pbonz...@redhat.com writes:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/06/2015 12:34, Dmitry Monakhov wrote:
Yes. Improvement is not huge, but it can be detected for old qemu
unpatched kernel: 728 MiB/sec ± 20Mb patched kernel : 748 MiB/sec
± 10Mb
Ok, so
#secure method=pgpmime mode=sign
Paolo Bonzini pbonz...@redhat.com writes:
On 01/06/2015 13:16, Dmitry Monakhov wrote:
259,0 31 385 0.719283423 10729 Q WS 29376775 + 248 [qemu-io]
259,0 31 388 0.719287600 10729 Q WS 29377023 + 8 [qemu-io]
259,0 31 391
Paolo Bonzini pbonz...@redhat.com writes:
On 13/05/2015 18:46, Denis V. Lunev wrote:
I agree with this. Kernel guys are aware and may be we will have
the fix after a while... I have heard (not tested) that performance
loss over multi-queue SSD is around 30%.
I came up with this patch... can
On 01/06/2015 13:16, Dmitry Monakhov wrote:
259,0 31 385 0.719283423 10729 Q WS 29376775 + 248 [qemu-io]
259,0 31 388 0.719287600 10729 Q WS 29377023 + 8 [qemu-io]
259,0 31 391 0.719315193 10729 Q WS 29377031 + 248 [qemu-io]
259,0 31 394
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/06/2015 12:34, Dmitry Monakhov wrote:
Yes. Improvement is not huge, but it can be detected for old qemu
unpatched kernel: 728 MiB/sec ± 20Mb patched kernel : 748 MiB/sec
± 10Mb
Ok, so about 3-4%. What does the blktrace look like with
On 13/05/2015 18:46, Denis V. Lunev wrote:
I agree with this. Kernel guys are aware and may be we will have
the fix after a while... I have heard (not tested) that performance
loss over multi-queue SSD is around 30%.
I came up with this patch... can you test it with your test case
(and old
The following sequence
int fd = open(argv[1], O_RDWR | O_CREAT | O_DIRECT, 0644);
for (i = 0; i 10; i++)
write(fd, buf, 4096);
iperforms 5% better if buf is aligned to 4096 bytes rather then to
512 bytes.
I have used the following program to test
#define _GNU_SOURCE