From owner-freebsd-xen@freebsd.org Wed Aug 17 09:29:22 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 DAD55BBD0CE; Wed, 17 Aug 2016 09:29:22 +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 1FF141A98; Wed, 17 Aug 2016 09:29:21 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Wed, 17 Aug 2016 11:29:20 +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 D3EC94CB-85EC-47C6-8DF7-8BB1997516AF.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Wed, 17 Aug 2016 11:29:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 17 Aug 2016 11:29:17 +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: <20160817091229.hm5a66ftwnfoj7vx@mac> References: <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> <599395934f751784b1f842ed3c8f879c@ultra-secure.de> <20160817091229.hm5a66ftwnfoj7vx@mac> Message-ID: 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 autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 23, bad: 0, connections: 23, history: 23, 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 09:29:23 -0000 Am 2016-08-17 11:12, schrieb Roger Pau Monné: > No, I don't think so, this is what I get using a slow USB 2.0 disk as > the > backend: (on Dom0 I get something between 70-80M/s, so there isn't much > difference). > > # dc3dd wipe=/dev/ada1 > > dc3dd 7.2.641 started at 2016-08-17 09:03:26 +0000 > compiled options: > command line: dc3dd wipe=/dev/ada1 > device size: 2097152 sectors (probed), 1,073,741,824 bytes > sector size: 512 bytes (probed) > 1073741824 bytes ( 1 G ) copied ( 100% ), 16 s, 65 M/s > > input results for pattern `00': > 2097152 sectors in > > output results for device `/dev/ada1': > 2097152 sectors out > > dc3dd completed at 2016-08-17 09:03:42 +0000 > >> What may I be doing wrong? > > TBH it's hard to tell, I don't know of any option that could cause this > disk > performance degradation. Do you also have ada* devices apart from the > xbd* > ones? I don't think it's going to make any difference, but could you > try > with the ada* block devices instead? Strange thing is, I have ada devices for the the other disks, but this one didn't show up as ada-device. On my FreeBSD11 Test VM, the disk didn't show up until I rebooted, even though I (believe to) have the xen-guest stuff installed: (freebsd11 ) 0 # ps ax |grep xe-d 694 v0- I 0:00.00 /bin/sh /usr/local/sbin/xe-daemon -p /var/run/xe-daemon.pid 2202 0 R+ 0:00.00 grep xe-d (freebsd11 ) 0 # pkg info|grep xe- xe-guest-utilities-6.2.0_2 FreeBSD VM tools for Citrix XenServer and XCP (freebsd11 ) 0 # pkg info|grep xen xen-guest-tools-4.6.1 Xen tools within FreeBSD domU I have an ada device there and I got about 10MB/s on wipe. At least in the beginning. (freebsd11 ) 0 # sysctl -a |grep xen kern.vm_guest: xen device xenpci vfs.pfs.vncache.maxentries: 0 dev.xenbusb_back.0.%parent: xenstore0 dev.xenbusb_back.0.%pnpinfo: dev.xenbusb_back.0.%location: dev.xenbusb_back.0.%driver: xenbusb_back dev.xenbusb_back.0.%desc: Xen Backend Devices dev.xenbusb_back.%parent: dev.xn.0.xenstore_peer_path: /local/domain/0/backend/vif/245/0 dev.xn.0.xenbus_peer_domid: 0 dev.xn.0.xenbus_connection_state: Connected dev.xn.0.xenbus_dev_type: vif dev.xn.0.xenstore_path: device/vif/0 dev.xn.0.%parent: xenbusb_front0 dev.xbd.1.xenstore_peer_path: /local/domain/0/backend/vbd3/245/768 dev.xbd.1.xenbus_peer_domid: 0 dev.xbd.1.xenbus_connection_state: Connected dev.xbd.1.xenbus_dev_type: vbd dev.xbd.1.xenstore_path: device/vbd/768 dev.xbd.1.%parent: xenbusb_front0 dev.xbd.0.xenstore_peer_path: /local/domain/0/backend/vbd3/245/832 dev.xbd.0.xenbus_peer_domid: 0 dev.xbd.0.xenbus_connection_state: Connected dev.xbd.0.xenbus_dev_type: vbd dev.xbd.0.xenstore_path: device/vbd/832 dev.xbd.0.%parent: xenbusb_front0 dev.xenbusb_front.0.%parent: xenstore0 dev.xenbusb_front.0.%pnpinfo: dev.xenbusb_front.0.%location: dev.xenbusb_front.0.%driver: xenbusb_front dev.xenbusb_front.0.%desc: Xen Frontend Devices dev.xenbusb_front.%parent: dev.xs_dev.0.%parent: xenstore0 dev.xctrl.0.%parent: xenstore0 dev.xenballoon.0.%parent: xenstore0 dev.xenballoon.0.%pnpinfo: dev.xenballoon.0.%location: dev.xenballoon.0.%driver: xenballoon dev.xenballoon.0.%desc: Xen Balloon Device dev.xenballoon.%parent: dev.debug.0.%parent: xenpv0 dev.privcmd.0.%parent: xenpv0 dev.evtchn.0.%parent: xenpv0 dev.xenstore.0.%parent: xenpv0 dev.xenstore.0.%pnpinfo: dev.xenstore.0.%location: dev.xenstore.0.%driver: xenstore dev.xenstore.0.%desc: XenStore dev.xenstore.%parent: dev.xen_et.0.%parent: xenpv0 dev.xen_et.0.%pnpinfo: dev.xen_et.0.%location: dev.xen_et.0.%driver: xen_et dev.xen_et.0.%desc: Xen PV Clock dev.xen_et.%parent: dev.granttable.0.%parent: xenpv0 dev.xenpv.0.%parent: nexus0 dev.xenpv.0.%pnpinfo: dev.xenpv.0.%location: dev.xenpv.0.%driver: xenpv dev.xenpv.0.%desc: Xen PV bus dev.xenpv.%parent: dev.xenpci.0.%parent: pci0 dev.xenpci.0.%pnpinfo: vendor=0x5853 device=0x0001 subvendor=0x5853 subdevice=0x0001 class=0x010000 dev.xenpci.0.%location: slot=3 function=0 dbsf=pci0:0:3:0 handle=\_SB_.PCI0.S18_ dev.xenpci.0.%driver: xenpci dev.xenpci.0.%desc: Xen Platform Device dev.xenpci.%parent: dev.xen.xsd_kva: 18446735281894703104 dev.xen.xsd_port: 3 dev.xen.balloon.high_mem: 0 dev.xen.balloon.low_mem: 0 dev.xen.balloon.hard_limit: 18446744073709551615 dev.xen.balloon.driver_pages: 0 dev.xen.balloon.target: 2097152 dev.xen.balloon.current: 2096128 Do you know what I could check on the dom0 side to make sure it's configured right?