From owner-freebsd-emulation@FreeBSD.ORG Tue May 3 02:39:40 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D1F1065672 for ; Tue, 3 May 2011 02:39:40 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E0B9F8FC13 for ; Tue, 3 May 2011 02:39:39 +0000 (UTC) Received: by fxm11 with SMTP id 11so5849556fxm.13 for ; Mon, 02 May 2011 19:39:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=f3vfvWRWwAxAF7xN47VcjaylsaMFU9roCEBoNFUXy3w=; b=Cj+7VMhma9AGj8PxDBlwGZsGtuPw0Jof95EQFHtwkRsoDfSj1eQiQcyFxyQDEki1/J BjI7PcoWqPyKFXJ5REpfcHEC52nY5MepejhPVM6W1WDUCWb9bwes0aAtGm5Oxfwq5QMY AYm+9ILS/JM4Try3NRxRLUXhIC36Iu3hvCcxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=YzBxgDQ68g7E6LZ5nDJ9bBXceMThVvkmWpbi6QxouSh1NtoM4fxOzHNaiP5rne5HQr N0kpsdziObeaEhB3J3CkRQi/MRMv04y945VqGCcAGnd0JhZ7hmX7D5RdnQ5foFLGMEPT zFyUZENZkQ5wdtebElF69vTJLefMycWZNb65k= MIME-Version: 1.0 Received: by 10.223.127.210 with SMTP id h18mr2600512fas.73.1304390378689; Mon, 02 May 2011 19:39:38 -0700 (PDT) Received: by 10.223.20.145 with HTTP; Mon, 2 May 2011 19:39:38 -0700 (PDT) In-Reply-To: <4DBF227A.1000704@mittelstaedt.us> References: <10651953.1304315663013.JavaMail.root@mswamui-blood.atl.sa.earthlink.net> <4DBEFBD8.8050107@mittelstaedt.us> <4DBF227A.1000704@mittelstaedt.us> Date: Mon, 2 May 2011 21:39:38 -0500 Message-ID: From: Adam Vande More To: Ted Mittelstaedt Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: virtualbox I/O 3 times slower than KVM? X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2011 02:39:40 -0000 On Mon, May 2, 2011 at 4:30 PM, Ted Mittelstaedt wrote: > that's sync within the VM. Where is the bottleneck taking place? If > the bottleneck is hypervisor to host, then the guest to vm write may write > all it's data to a memory buffer in the hypervisor that is then > slower-writing it to the filesystem. In that case killing the guest without > killing the VM manager will allow the buffer to complete emptying since the > hypervisor isn't actually being shut down. No the bottle neck is the emulated hardware inside the VM process container. This is easy to observe, just start a bound process in the VM and watch top host side. Also the hypervisor uses native host IO driver, there's no reason for it to be slow. Since it's the emulated NIC which is the bottleneck, there is nothing left to issue the write. Further empirical evidence for this can be seen by by watching gstat on VM running with an md or ZVOL backed storage. I already utilize ZVOL's for this so it was pretty easy to confirm no IO occurs when the VM is paused or shutdown. Is his app going to ever face the extremely bad scenario, though? > The point is it should be relatively easy to induce patterns you expect to see in production. If you can't, I would consider that a problem. Testing out theories(performance based or otherwise) on a production system is not a good way to keep the continued faith of your clients when the production system is a mission critical one. Maybe throwing more hardware at a problem is the first line of defense for some companies, unfortunately I don't work for them. Are they hiring? ;) I understand the logic of such an approach and have even argued for it occasionally. Unfortunately payroll is already in the budget, extra hardware is not even if it would be a net savings. -- Adam Vande More