From owner-freebsd-xen@FreeBSD.ORG Sat Mar 20 16:19:53 2010 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04E34106564A for ; Sat, 20 Mar 2010 16:19:53 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id C51218FC16 for ; Sat, 20 Mar 2010 16:19:52 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 3B20DE95BE for ; Sat, 20 Mar 2010 12:19:52 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 20 Mar 2010 12:19:52 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=iWsdkDLlEaosOejToazBfyn+lqs=; b=f6DmwVNqvQ7ZoIp717IZ1qdKWr62d63S3HNGMhFJ2Zfq9MRK7k/Dg/i2L1Yi599SaMbQ3Fa5mO5C0CNdHIxmQljJqx7caQRX3fsPxyzyBmF3AjtrIhAB0iCjWEKACu9zvAxJ407SvKW6RVTi21y2syFVzHRLU3oLZGC3HLX66h8= X-Sasl-enc: Fi6LwMjyhVuqxjtbS7/LYhWPzvZnLwGBOUV6E4JnsHCF 1269101991 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id C81C84C1B30 for ; Sat, 20 Mar 2010 12:19:51 -0400 (EDT) Message-ID: <4BA4F5A6.508@incunabulum.net> Date: Sat, 20 Mar 2010 16:19:50 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-xen@freebsd.org References: <20100318204746.GA57903@cons.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD on Xen with hw virtualization support X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 16:19:53 -0000 On 03/20/10 04:10, Tim Judd wrote: > This is the first time I've heard of any penalty on HVM systems. What > I'd like to know, given that I now have some googl'ing I need to do > about this, is that for those who have already done this; how big is > the impact? Is it so much that general usability and patience a > sysadmin does not normally have would drive them insane? > Nobody's measuring it, to my knowledge, because nobody's had to -- if it's 'good enough' for them, they'll stick with what's there. Of course, blue chip quality engineering is normally what I pitch for in the beginning. Then, we identify what the client can actually get away with. This is largely borne out of experience subcontracting for companies in the 3GPP space here in the UK, and it does require excellent communication between client and consultant. Any pitch to mass consumer market, usually requires the same level of engineering and project management expertise, as for a blue chip b2b sale. There is a performance penalty, because Xen has to emulate real hardware for HVM, using code largely cribbed from QEMU. Normally this happens within the hypervisor itself, however, this is problematic, because there is then no good way to book the CPU/memory/IO involved to the domU doing the I/O. This in turn affects scheduling parameters. Using the grant_table abstraction, though, it's possible to shuffle it into a 'driver domain', as I/O's to the 'driver domain' (another stub Xen domain which hosts the drivers) can then still benefit from grant_table's page flipping in shared memory, whilst booking the I/O so we have a reflection of the true cost of running that HVM domU. I strongly feel pv_ops is the right way to go, however this innovation is happening outside of Citrix itself; it's mostly the Fedora camp who are pushing it. You could consider it a Xen fork. No one is doing this work 'for free', the cost of the innovation is borne by their employers in their line of business.