From owner-freebsd-xen@FreeBSD.ORG Mon Feb 14 12:07:30 2011 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 0C28E106566B; Mon, 14 Feb 2011 12:07:30 +0000 (UTC) (envelope-from joovke@joovke.com) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.freebsd.org (Postfix) with ESMTP id 6D86C8FC0A; Mon, 14 Feb 2011 12:07:28 +0000 (UTC) Received: from desktop.xor.net (c122-106-11-245.rivrw1.nsw.optusnet.com.au [122.106.11.245]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p1EC7PfU005076; Mon, 14 Feb 2011 23:07:26 +1100 Message-ID: <4D591B01.9030300@joovke.com> Date: Mon, 14 Feb 2011 23:07:29 +1100 From: Alex User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110203 Thunderbird/3.1.7 MIME-Version: 1.0 References: <201102010540.p115eCXp089392@freefall.freebsd.org> <4D575B99.6070204@joovke.com> <4D575E8B.7080804@freebsd.org> In-Reply-To: <4D575E8B.7080804@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-xen@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/154428: xn0 network interface and PF - Massive performance drop 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: Mon, 14 Feb 2011 12:07:30 -0000 I stumbled across PR 135178, perhaps there is some relationship with these PR's, though the reporter of that PR has not responded in some time. On 02/13/11 15:31, Colin Percival wrote: > On 02/12/11 20:18, Alex wrote: >> Fixed by net.inet.tcp.tso: 1 -> 0 >> >> but why?? found this by trial an error. setting net.inet.tcp.tso to 0 >> with pf enabled gives good performance, if i set it to 1, speeds plumet >> to below dialup! > There have been problems with Xen and TSO in the past relating to how much > data gets handed off to the hypervisor at once... why this would cause issues > only with PF, I have no idea, though. >