On 04/21/2016 05:54 PM, Lutz Vieweg wrote:
And indeed, the errors occured exactly at the time a backup procedure
was preparing a read-only snapshot with "btrfs subvolume snapshot -r" -
so until I can upgrade to a mainline kernel including the fix, I'll
pause the qemu process while
On 04/20/2016 04:38 PM, Lutz Vieweg wrote:
I've now a
strace -f -p 10727 -e trace=pwrite,pwritev,fdatasync,file -t 2>&1 | gzip -1 -c
>trace.gz
attached to the qemu-process.
If the incident rate stays the same, by tomorrow I should be able
to correlate newly emitted I/O-errors in
mu-process.
If the incident rate stays the same, by tomorrow I should be able
to correlate newly emitted I/O-errors in the guest with that log.
Regards,
Lutz Vieweg
output - some failed "pwrite()"
to the image file?)
Regards,
Lutz Vieweg
- providing a 10-fold speed increase in
my tests.
Regards,
Lutz Vieweg
for the bad performance.
Any ideas?
Or should I rather stay with ordinary tap/brctl, or try yet another
virtual NIC technique?
Regards,
Lutz Vieweg
devices?)
Regards,
Lutz Vieweg
Adding to my symptom description: I re-tested with vhost=on in addition
and verified this feature was actually used.
But this didn't change the benchmark results.
Regards,
Lutz Vieweg
On 01/20/2012 04:10 PM, Lutz Vieweg wrote:
Hi,
I've been using qemu-kvm along with ordinary tap-devices
is associated with what function.
In fact, the so often used syscall was preadv, not openat.
Thus my only suggestion is to change the default for msize=
to 131072 (128k), this results in a speed up from ~ 30MB/s to ~ 290MB/s
in the large-file reading use case.
Regards,
Lutz Vieweg
On 01/12/2012 07
calls
are static and seem to become inlined.
Does anyone have an idea what may have caused this? Do you still see
good read performance when reading big plain files from a 9p mount.
Regards,
Lutz Vieweg
,
Lutz Vieweg
works
with the USB device as good as before.
Regards,
Lutz Vieweg
Public bug reported:
When I try to start a virtual machine (x86_64 guest on a x86_64 host
that has 32GB memory, using kvm_amd module, both host and guest running
linux-2.6.39 kernels) with qemu-system-x86_64 -cpu host -smp 2 -m 4096
..., shortly after the guest kernel starts, qemu aborts with a
13 matches
Mail list logo
