From owner-freebsd-threads@FreeBSD.ORG Thu Apr 26 02:45:32 2012 Return-Path: Delivered-To: freebsd-threads@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1B8B106566C; Thu, 26 Apr 2012 02:45:32 +0000 (UTC) (envelope-from listlog2011@gmail.com) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CBE728FC16; Thu, 26 Apr 2012 02:45:32 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3Q2jV1D074612; Thu, 26 Apr 2012 02:45:31 GMT (envelope-from listlog2011@gmail.com) Message-ID: <4F98B6C8.30703@gmail.com> Date: Thu, 26 Apr 2012 10:45:28 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 To: linimon@FreeBSD.org References: <201204260144.q3Q1iQnG018668@freefall.freebsd.org> In-Reply-To: <201204260144.q3Q1iQnG018668@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: davidxu@FreeBSD.org, freebsd-threads@FreeBSD.org Subject: Re: threads/167308: Performance regression in thread locking on 8-stable [regression] X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidxu@FreeBSD.org List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 02:45:33 -0000 On 2012/4/26 9:44, linimon@FreeBSD.org wrote: > Old Synopsis: Perf regression in thread locking on 8-stable > New Synopsis: Performance regression in thread locking on 8-stable [regression] > > Responsible-Changed-From-To: freebsd-threads->davidxu > Responsible-Changed-By: linimon > Responsible-Changed-When: Thu Apr 26 01:41:20 UTC 2012 > Responsible-Changed-Why: > Over to committer of r234373. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167308 > This is a known problem that the unlocking is not optimized when the mutex is heavily contented, I may MFC wake2 later.