Originally posted by phoronix
View Post
Announcement
Collapse
No announcement yet.
KVM Virtualization Performance With Linux 2.6.31
Collapse
X
-
Originally posted by nanonyme View PostWrong, according to the test SQLite ran magnitudes better under VM that native. Most CPU-intensive tasks were just as fast under VM, most hard-disk-intensive tasks were slower under VM. This would imo hint towards a need to develop better virtualization technology for hard disks.
SQLite didn't run faster under VM than native.
You're just seeing misleading results because the host was caching.
Comment
-
Originally posted by nanonyme View PostWrong, according to the test SQLite ran magnitudes better under VM that native. Most CPU-intensive tasks were just as fast under VM, most hard-disk-intensive tasks were slower under VM. This would imo hint towards a need to develop better virtualization technology for hard disks.
Comment
-
Seriously Michael, are you on crack?
How can you test the IO performance of a virtualized Linux host and not use virtio? It is akin to testing the top speed of a porsche on the spare doughnut... It makes 0 sense.
Can you do some honest benchmarking and use virtio? These numbers are completely ignorant at best. If you want good IO on kvm, you use the paravirt drivers.
Comment
-
Originally posted by SEJeff View PostHow can you test the IO performance of a virtualized Linux host and not use virtio? It is akin to testing the top speed of a porsche on the spare doughnut... It makes 0 sense.
Can you do some honest benchmarking and use virtio? These numbers are completely ignorant at best. If you want good IO on kvm, you use the paravirt drivers.
Someone lay person who is examining comparitive results are the target for most of Phoronix articles. The key is "available at arms length" benchmarking, ie: easily available - out of the box.
If you want to create a recipe that shows KVM to the the best capability, can I suggest the following
1) Identify all the steps needed for the tuned setup
2) Create a fully described list of directions for building the tuned setup
3) Execute the list, keeping track of the length of time to do it.
4) Repeat the benchmark (Michael can probably supply a PTS test suite to do so)
5) Post the collection here.
I'd be interested to see the effort and results.
Comment
-
Originally posted by ian.woodstock View PostWrong.
SQLite didn't run faster under VM than native.
You're just seeing misleading results because the host was caching.
Although I don't have explicit information on the benchmark, it would appear that the VM is doing the operations synchronously (similar to the native execution), but the VM's disk driver is caching and batching the writes.
This would result in a faster experience under a VM, however you risk data integrity that you don't risk in the native position.
I would expect that it is a possible bug in the KVM driver stack, however the any SQLite based application would experience the performance boost.
So this sort of benchmarking does show extreme value and doesn't mislead. It highlights a questionable delta between Host and Guest, and consequently requires deeper examination.
The net result is that currently, out of the box KVM support is slow for most operations except some CPU bound operations, but even more concerning it potentially risks data by not making synchronous IO operations asynchronous.
Regards,
MatthewLast edited by mtippett; 22 September 2009, 09:50 PM. Reason: Added "a" to asynchronous in the last sentence.
Comment
-
Originally posted by mtippett View PostThe net result is that currently, out of the box KVM support is slow for most operations except some CPU bound operations, but even more concerning it potentially risks data by not making synchronous IO operations synchronous.
I'd have assumed native should cache and batch too though unless you explicitly flush.
Comment
-
Originally posted by nanonyme View PostWrong, according to the test SQLite ran magnitudes better under VM that native. Most CPU-intensive tasks were just as fast under VM, most hard-disk-intensive tasks were slower under VM. This would imo hint towards a need to develop better virtualization technology for hard disks.
You obviously don't know what you're talking about. Read a little. Actual technical stuff, not "benchmarks" done by a monkey trained to run the single-click "suite" without knowing what is measured or what it means.
For the record, that result just means all their numbers are invalid and completely useless.
Comment
-
Originally posted by wolf550e View PostYou obviously don't know what you're talking about. Read a little. Actual technical stuff, not "benchmarks" done by a monkey trained to run the single-click "suite" without knowing what is measured or what it means.
Also read my message again: My conclusion was that virtual I/O needs to develop, not that real I/O needs to take example of virtual I/O. Even though the basis for my conclusion was wrong, the conclusion was apparently right.Last edited by nanonyme; 23 September 2009, 05:42 AM.
Comment
Comment