From owner-freebsd-xen@freebsd.org Wed Aug 17 08:19:17 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 45C4ABBC819; Wed, 17 Aug 2016 08:19:17 +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 6A9D91410; Wed, 17 Aug 2016 08:19:15 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Wed, 17 Aug 2016 10:19:08 +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 5F1FD6AE-141D-4980-A23F-C84E38C90BD1.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Wed, 17 Aug 2016 10:19:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 17 Aug 2016 10:19:05 +0200 From: rainer@ultra-secure.de To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Cc: freebsd-xen@freebsd.org, owner-freebsd-xen@freebsd.org Subject: Re: Is it me or is FreeBSD slower on Xen than Linux? In-Reply-To: References: <2a0a5ae2821551935de329b8665834be@ultra-secure.de> <20160816100605.la63x2ju5bmtdqhl@mac> <20160816110759.6xlvxikw3tziahfd@mac> <20160816132938.d2i4u2y3scpzi2et@mac> <00D22384-BAA7-42E4-A486-4BE07562D011@sarenet.es> <8521aebaa093bcefe5956a71fd879140@ultra-secure.de> <872C5626-F58D-4F84-92AC-88B7352D1DDF@sarenet.es> <20160816141826.56mxsgx6e7rynxqg@mac> Message-ID: <599395934f751784b1f842ed3c8f879c@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: 22, bad: 0, connections: 22, history: 22, 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: Wed, 17 Aug 2016 08:19:17 -0000 Am 2016-08-16 16:24, schrieb rainer@ultra-secure.de: > Am 2016-08-16 16:18, schrieb Roger Pau Monné: > >> I'm not saying it's not possible, but are you sure this slowdown is >> caused >> by the disk? It's certainly a possibility, but I would like to make >> sure >> it's caused by that before jumping into conclusions. >> >> Can you load the full database in RAM and perform the same test. TBH, >> I >> don't use MariaDB, so I'm not sure what's the best way to achieve >> this, but >> a quick search on google shows there are multiple ways. In any case, >> make >> sure with iostat that the database is not read from the disk. > > I'll try to do some disk-benchmarks, when I can attach some bigger > disks. on Ubuntu 14 with HVM: dc3dd wipe=/dev/xvdc dc3dd 7.1.614 started at 2016-08-17 09:38:17 +0200 compiled options: command line: dc3dd wipe=/dev/xvdc device size: 104857600 sectors (probed) sector size: 512 bytes (probed) 53687091200 bytes (50 G) copied (100%), 464.642 s, 110 M/s input results for pattern `00': 104857600 sectors in output results for device `/dev/xvdc': 104857600 sectors out dc3dd completed at 2016-08-17 09:46:01 +0200 On FreeBSD 10.3-RELEASE-p6 with HVM: Aug 17 09:57:52 bla-prod kernel: xbd4: 51200MB at device/vbd/51776 on xenbusb_front0 Aug 17 09:57:52 bla-prod kernel: xbd4: features: write_barrier Aug 17 09:57:52 bla-prod kernel: xbd4: synchronize cache commands enabled. dc3dd wipe=/dev/xbd4 and it's showing 8.something MB/s Is this normal? What may I be doing wrong? Rainer