From owner-freebsd-xen@FreeBSD.ORG Sat Mar 29 13:07:46 2014 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E96481ED for ; Sat, 29 Mar 2014 13:07:46 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.feld.me", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A141FEA2 for ; Sat, 29 Mar 2014 13:07:46 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id b7e85175; Sat, 29 Mar 2014 08:07:41 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpsa id 1396098460-80816-3394/5/54; Sat, 29 Mar 2014 13:07:40 +0000 Content-Type: text/plain Mime-Version: 1.0 Subject: Re: Terrible performance of XenServer 6.2 and FreeBSD 10.0-RELEASE guest From: Mark Felder In-Reply-To: Date: Sat, 29 Mar 2014 08:07:38 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <8FDB514D-1A94-48B2-AE19-62923F327938@FreeBSD.org> References: To: Big Lebowski X-Mailer: Apple Mail (2.1874) Sender: feld@feld.me Cc: freebsd-xen@freebsd.org X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Mar 2014 13:07:47 -0000 Is all this work being done over SSH? Do you have a pf firewall? Have = you disabled TSO? ifconfig xn0 -tso or sysctl net.inet.tcp.tso=3D0 My suspicion is that the slowness of the shell over the network is = making the machine seem slower than it should be. There are terrible = network issues with pf and tso on a XenServer environment. I'm not = otherwise aware of severe I/O issues on XenServer. I have a fairly large = cluster running almost all FreeBSD guests without any sort of issues = related to I/O.