From owner-freebsd-xen@freebsd.org Tue Aug 16 09:29:49 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25A1DBBB530 for ; Tue, 16 Aug 2016 09:29:49 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED731304 for ; Tue, 16 Aug 2016 09:29:48 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Tue, 16 Aug 2016 11:29:46 +0200 Authentication-Results: connect.ultra-secure.de; auth=pass (login); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 127.0.0.10 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=127.0.0.10; helo=connect.ultra-secure.de; envelope-from= Received: from connect.ultra-secure.de (webmail [127.0.0.10]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 6FF2FC54-DEFC-4FBF-A720-DFCA948EB875.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Tue, 16 Aug 2016 11:29:43 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 16 Aug 2016 11:29:43 +0200 From: rainer@ultra-secure.de To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Cc: freebsd-xen@freebsd.org Subject: Re: Is it me or is FreeBSD slower on Xen than Linux? In-Reply-To: <20160816085455.46a5slqsbgauod5t@mac> References: <20160816085455.46a5slqsbgauod5t@mac> Message-ID: <2a0a5ae2821551935de329b8665834be@ultra-secure.de> X-Sender: rainer@ultra-secure.de User-Agent: Roundcube Webmail/1.2.0 X-Haraka-GeoIP: --, , NaNkm X-Haraka-GeoIP-Received: X-Haraka-p0f: os="undefined undefined" link_type="undefined" distance=undefined total_conn=undefined shared_ip=Y X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 14, bad: 0, connections: 14, history: 14, pass:all_good, relaying X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.22 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: Tue, 16 Aug 2016 09:29:49 -0000 Am 2016-08-16 10:54, schrieb Roger Pau Monné: > On Mon, Aug 15, 2016 at 05:54:52PM +0200, rainer@ultra-secure.de wrote: >> Hi, >> >> I've got a problem. >> > > Hello, > >> >> For a customer, I run a VM in Xen that should perform a certain task >> in PHP >> (written using the ZendFrameWork). >> >> That task takes about 18-20 seconds on FreeBSD 10.3 amd64, MariaDB >> 5.5.0, >> php 5.5.37 in a VM that has 8 vCPUs and 16GB of memory >> The "reference" server that the customer uses is somewhere else and >> manages >> to perform the same task in 3s. >> >> I've tried this with FreeBSD 10.3, PHP7.0 and MariaDB 10.1 and it >> takes >> about 9s. > > In the sentence above, are you running it in a Xen VM or on bare metal? > This is both Xen. I think the customer is also running it on some sort of virtualization. >> I've tried it on physical hardware with 10.3, PHP5.5, MariaDB 5.5 and >> it >> also takes about 9s (that machine hosts a load of other sites but has >> lot of >> cores and memory available). >> >> >> Then, I've installed an Ubuntu 14 VM in XenServer. It comes with >> PHP5.5 and >> MariaDB 5.5 by default. It's VM with 2vCPUs and 8GB RAM. >> >> There, the script take about 9s, too (just as if it was running on >> physical >> FreeBSD). > > I'm not sure I understood your problem right, is it that FreeBSD on Xen > always takes 18-20s to perform a task while on bare metal it only takes > ~9s? Well, that in itself is not the problem. The problem is that Linux on Xen is as fast as my bare metal (incidentally, both the physical Xen host (Dom0) and the physical server I ran the script for comparison are the same hardware). > If that's the case, I would recommend that you first try to disable PV > disks > and nics, by adding the following to your /boot/loader.conf: > > hw.xen.disable_pv_disks=1 > hw.xen.disable_pv_nics=1 OK, can I still boot the VM with this or will NICs and disks show up as different devices then? > If that still yelds the same performance (or worse), then you could > still > try to disable all Xen code, by removing: > > options XENHVM > device xenpci > > From you kernel config and recompiling the kernel. I'm using stock FreeBSD 10.3. I was under the assumption that this is the "optimal" configuration. Regards Rainer