From owner-freebsd-stable@FreeBSD.ORG  Sat Mar 21 20:37:17 2015
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 59A93D3C;
 Sat, 21 Mar 2015 20:37:17 +0000 (UTC)
Received: from smarthost1.sentex.ca (smarthost1.sentex.ca
 [IPv6:2607:f3e0:0:1::12])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id 1AA06881;
 Sat, 21 Mar 2015 20:37:17 +0000 (UTC)
Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca
 [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a])
 by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t2LKbBrc056474;
 Sat, 21 Mar 2015 16:37:11 -0400 (EDT) (envelope-from mike@sentex.net)
Message-ID: <550DD660.7030203@sentex.net>
Date: Sat, 21 Mar 2015 16:36:48 -0400
From: Mike Tancsa <mike@sentex.net>
Organization: Sentex Communications
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Konstantin Belousov <kostikbel@gmail.com>
Subject: Re: RELENG_10 performance regression (was Re: 35-40% performance
 drop releng9 vs releng10 openvpn
References: <5509D6C6.4050204@sentex.net>
 <20150318211457.GL51048@funkthat.com> <550B6950.8060806@sentex.net>
 <550C5AAF.9060502@sentex.net> <550C8AEE.4090408@sentex.net>
 <550CB306.7030405@delphij.net> <20150321001559.GB2379@kib.kiev.ua>
 <550CBF80.6030809@sentex.net> <550D93C7.9080709@FreeBSD.org>
 <550DB4B2.7080603@sentex.net> <20150321184238.GO2379@kib.kiev.ua>
In-Reply-To: <20150321184238.GO2379@kib.kiev.ua>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.75
Cc: FreeBSD-STABLE Mailing List <freebsd-stable@FreeBSD.org>,
 John-Mark Gurney <jmg@funkthat.com>, d@delphij.net, jkim@freebsd.org,
 John Baldwin <jhb@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Mar 2015 20:37:17 -0000

On 3/21/2015 2:42 PM, Konstantin Belousov wrote:
>
> It seems to be a consequnce of the code from r222869.  The test_tsc()
> does not trust the P-state invariant report and explicitely check for
> the family.  Your CPU family is 0x14, while code only bumps TSC priority
> for family 0x15+.
>
> Currently, tsc_is_invariant is set when CPU reports AMDPM_TSC_INVARIANT,
> or for some models.  Should we bump TSC timecounter priority is smp
> test passed and AMDPM_TSC_INVARIANT is set  ?
>
> For now, you could just set TSC as timecounter.
>
>

Thanks, changing to kern.timecounter.hardware=TSC also brings back 
performance to where it was

	---Mike

-- 
-------------------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, mike@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada   http://www.tancsa.com/