add 18th iteration of classifier

1 files changed, 70 insertions, 0 deletions

diff --git a/results/classifier/118/KVM/1441443 b/results/classifier/118/KVM/1441443
new file mode 100644
index 000000000..634c4ef5c
--- /dev/null
+++ b/results/classifier/118/KVM/1441443
@@ -0,0 +1,70 @@
+KVM: 0.988
+network: 0.963
+device: 0.936
+performance: 0.878
+virtual: 0.858
+peripherals: 0.852
+hypervisor: 0.847
+architecture: 0.841
+ppc: 0.815
+socket: 0.809
+mistranslation: 0.781
+user-level: 0.763
+VMM: 0.711
+graphic: 0.690
+kernel: 0.687
+register: 0.664
+vnc: 0.644
+semantic: 0.626
+PID: 0.626
+permissions: 0.599
+boot: 0.563
+x86: 0.549
+risc-v: 0.487
+assembly: 0.441
+TCG: 0.414
+i386: 0.380
+arm: 0.368
+files: 0.365
+debug: 0.307
+
+Is there a way to create a 10G network interface for VMs in KVM2.0?
+
+
+
+We have installed & configured the KVM 2.0 (qemu-kvm 2.0.0+dfsg-2ubuntu1.10) on Ubuntu 14.04. The physical server is connected to 10G network, KVM is configured in Bridged mode But the issue is, when we create Network interface on VMs, we have only 1G device as an options for vmhosts. Is this the limit of the KVM or is there a way to create a 10G network interface for VMs? Available device models
+
+E1000
+Ne2k_pci
+Pcnet
+Rtl8139
+virtio
+
+Please find the network configuration details
+
+Source device : Host device vnet1 (Bridge ‘br0’)
+Device model : virtio 
+
+Network configuration in the host /etc/network/interfaces
+
+auto br0
+iface br0 inet static
+        address 10.221.x.10
+        netmask 255.255.255.0
+        network 10.221.x.0
+        broadcast 10.221.x.255
+        gateway 10.221.x.1
+        # dns-* options are implemented by the resolvconf package, if installed
+        dns-nameservers X.X.X.X
+        dns-search XXX.NET
+        bridge_ports em1
+        bridge_fd 0
+        bridge_stp off
+        bridge_maxwait 0
+
+Looking through old bug tickets ... have you already tried to use vhost-net? That should be one of the fastest ways of networking with QEMU as far as I know...
+
+Unless you are using SRIOV or DPDK which both need hardware support. If could support SRIOV, then using IOMMU+VFIO, and pass-through to VM, this will get a close number. Or DPDK, using a user-space driver + vhost-net, will also get a pretty good value. 
+
+[Expired for QEMU because there has been no activity for 60 days.]
+