Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7D79710EE4 for ; Wed, 23 Jul 2014 17:33:53 +0000 (UTC) Received: (qmail 96370 invoked by uid 500); 23 Jul 2014 17:33:52 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 96299 invoked by uid 500); 23 Jul 2014 17:33:52 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 96276 invoked by uid 99); 23 Jul 2014 17:33:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jul 2014 17:33:52 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yzhang@marketo.com designates 173.203.187.85 as permitted sender) Received: from [173.203.187.85] (HELO smtp85.iad3a.emailsrvr.com) (173.203.187.85) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jul 2014 17:33:45 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp19.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 8AD6D1804EF; Wed, 23 Jul 2014 13:33:24 -0400 (EDT) X-Virus-Scanned: OK Received: from smtp192.mex07a.mlsrvr.com (unknown [67.192.133.128]) by smtp19.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTPS id 5C4D21804E6; Wed, 23 Jul 2014 13:33:24 -0400 (EDT) Received: from DFW1MBX17.mex07a.mlsrvr.com ([169.254.2.29]) by DFW1HUB04.mex07a.mlsrvr.com ([::1]) with mapi; Wed, 23 Jul 2014 12:33:23 -0500 From: Yiping Zhang To: "users@cloudstack.apache.org" CC: "dev@cloudstack" Date: Wed, 23 Jul 2014 12:33:21 -0500 Subject: Re: Why is the I/O speed of VM so terrible when using CloudStack4.2 + KVM deployment Thread-Topic: Why is the I/O speed of VM so terrible when using CloudStack4.2 + KVM deployment Thread-Index: Ac+mnDQUGdLoYuZcRey/N8eOLMSJiA== Message-ID: In-Reply-To: <2014072213293768119016@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org I just did some experiments and found out how to make an existing VM to use virtio drivers: For some reason, RHEL 6.2-6.4 VM defaults to not use virtio drivers. If you edit you VM (while it is stopped) and change =1B$B!H=1B(BOS Type=1B$B!I= =1B(B to a different type that will use virtio drivers for VM, then when VM starts, it will have following virtio drivers loaded: virtio, virtio_blk, virtio_ring, virtio_pci, and virtio_net. These os types will use virtio driver for VM by default: Centos 6.x, Fedora 13, Other PV (64bit). My environment is cloudstack 4.3.0 running on rhel 6.5 and using kvm hypervisors also running on rhel 6.5. Does anyone know why RHEL 6.x VM does not use virtio drivers by default ? Is this choice hypervisor dependent, kvm, vs. xen, vs. VMware ? Thanks, Yiping On 7/21/14, 10:29 PM, "evanitsharp" wrote: > >I have tried as what you said, but it doesn't seem to help. >Default config of network.throttling.rate and vm.network.throttling.rate >are both 200 MB/s,that's enouth for VM > >A friend of mailing list said the cause is that virtio wasn't the default >on rhel6.3. >Is it right?if so,what should I do if I want to use >CloudStack4.2.1+KVM(with rhel6.3) as deployment of our cloud to solve the >problem? > >Looking forward to your reply >Thanks. > >--Evan > > > > >Evan > >Mail:evanitsharp@gmail.com > >From: Pierre-Luc Dion >Date: 2014-07-22 10:48 >To: users@cloudstack.apache.org >CC: dev@cloudstack >Subject: Re: Re: Why is the I/O speed of VM so terrible when using >CloudStack4.2 + KVM deployment >could it be possible it is the Global settings: network.throttling.rate >and >vm.network.throttling.rate ? >what if you set them to 0 and restart systemvms,vr and Instances? > > >Pierre-Luc > > >On Mon, Jul 21, 2014 at 9:20 PM, evanitsharp >wrote: > >> Hi, David: >> Thanks for your suggest. >> But I had tested CloudStack4.1.1 + KVM(with rhel6.3)=1B$B!$=1B(Bthe I/O = speed was >> normal. >> >> >> Does anyone has any other advice? >> Please tell me the details of step on how to solve the problem if >>possible >> Thank you >> >> >> >> >> Evan >> >> Mail:evanitsharp@gmail.com >> >> From: David Nalley >> Date: 2014-07-21 12:43 >> To: users@cloudstack.apache.org >> CC: dev@cloudstack >> Subject: Re: Why is the I/O speed of VM so terrible when using >> CloudStack4.2 + KVM deployment >> IIRC, virtio wasn't the default until EL6.4. >> >> --David >> >> On Sun, Jul 20, 2014 at 10:12 PM, evanitsharp >> wrote: >> > Dear all: >> > I/O speed of our guest VMs are so slow when uploading or >> downloading file from them. >> > I have tried Basic and Advanced network, but I got the same >>result. >> > >> > Our environment is : >> > CloudStack 4.2.1 + KVM Host(with rhel6.3 running on it). >> > >> > But if I use CentOS 6.4 instead of rhel 6.3 as operating system of KVM >> host, The I/O speed is normal. >> > Also, CloudStack 4.1.1 doesn't have this problem.The problem only >> occuring on CloudStack 4.2 or later version >> > >> > Here are my test data around different version of CloudStack >>deployment: >> > PS: Target VM are virtual machines on KVM Host with WEB or FTP service >> > CloudStack versionNetwork type of CloudStackKVM software >> versionOperating system of KVMStorage type of VMOperating system of >> VMread/write speed of VM's diskAverage speed when downloading file to >>PC of >> LAN from target VMAverage speed when downloading file to target VM from >> server of LAN >> > >> > 4.1.1BasicQEMU PC emulator version 0.12.1 (qemu-kvm-0.12.1.2)=1B$B!(= =1B(Bqemu-img >> version 0.12.1rhel6.3sharedrhel6.349.8 MB/sWEB:38.9 MB/s FTP:42.2 >> MB/sWEB:41.0 MB/s FTP:31.7 MB/s >> > 4.1.1BasicQEMU PC emulator version 0.12.1 (qemu-kvm-0.12.1.2)=1B$B!(= =1B(Bqemu-img >> version 0.12.1rhel6.3localrhel6.3116 MB/sWEB:80.6 MB/s FTP:80.2 >> MB/sWEB:103 MB/s FTP:64.1 MB/s >> > >> > >> > 4.2.1BasicQEMU PC emulator version 0.12.1 (qemu-kvm-0.12.1.2)=1B$B!(= =1B(Bqemu-img >> version 0.12.1rhel6.346.0 MB/sWEB:1.05 MB/s FTP:1 MB/sWEB:700 KB/s >>FTP:14 >> MB/s >> > 4.2.1AdvancedQEMU PC emulator version 0.12.1 >> (qemu-kvm-0.12.1.2)=1B$B!(=1B(Bqemu-img version 0.12.1CentOS release 6.4 >> (Final)sharedrhel6.340.6 MB/sWEB:23.8 MB/sWEB:22.6 KB/s >> > 4.2.1AdvancedQEMU PC emulator version 0.12.1 >> (qemu-kvm-0.12.1.2)=1B$B!(=1B(Bqemu-img version 0.12.1CentOS release 6.4 >> (Final)localrhel6.348.7 MB/sWEB:24.2 MB/s FTP:24.5MB/sWEB:24.2 MB/s >> FTP:24.8MB/s >> > >> > 4.3BasicQEMU PC emulator version 0.12.1 (qemu-kvm-0.12.1.2)=1B$B!(=1B(= Bqemu-img >> version 0.12.1rhel6.3sharedrhel6.335.9 MB/sWEB:218 KB/s FTP:211.9 >> KB/sWEB:811 KB/s FTP:3.1 MB/s >> > 4.3BasicQEMU PC emulator version 0.12.1 (qemu-kvm-0.12.1.2)=1B$B!(=1B(= Bqemu-img >> version 0.12.2rhel6.3localrhel6.348.5 MB/sWEB:217 KB/s FTP:212.5 >> KB/sWEB:708 KB/s FTP:3.0 MB/s >> > >> > >> > >> > Any advice on how can I resolve the problem? >> > Looking forward to your reply, thank you. >> > >> > Evan >> > >> > >> > >> > >> > Evan >> > >> > Mail:evanitsharp@gmail.com