@Paolo yes, when i was doing that testing i was able to consistently
reproduce those results in #23, but it was a red herring, as of now i
cannot reproduce the results in #23 consistently (i suspect it may have
had something to do with the order i was executing tests but didn’t
chase it any furthe
Update:
>From our testing this bug affects KVM Hypervisors on Intel processors
that have the EPT feature enabled with Kernels 3.0 and greater. A list
of Intel EPT supported CPUs here
(http://ark.intel.com/Products/VirtualizationTechnology).
When using a KVM Hypervisor Host with Linux kernel 3.0 o
Can you clarify what's not 100% reproducible? The only time that it is
not reproducible on my system is between different qemu machine types as
I listed. If tests are performed on same machine-type they are
reproducible 100% of the time on the same host and vm guest as shown in
comment #23.
I hav
I did some tests using Raring Server Beta 2. There are some interesting
results for this test the results are mixing. Using different machine
types produces different results. At this time i've only ran these
simple "lat_syscall" tests from lmbench and haven't run some of the more
exhaustive benchm
Could you confirm that your .1 tests were on a freshly booted Guest OS?
Our hardware likely different... but your latencies are close to my Post
Restore times.
I just reproded with 1GB RAM and Single CPU.
-Pre Save-
Simple syscall: 0.0519 microseconds
Simple read: 0.1356 microseconds
Simple write
