From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 12:18:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3947106564A; Fri, 20 Jul 2012 12:18:55 +0000 (UTC) (envelope-from smccoy@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFB68FC14; Fri, 20 Jul 2012 12:18:55 +0000 (UTC) Received: from c-71-233-85-132.hsd1.nh.comcast.net ([71.233.85.132]:55227 helo=smccoy-mbp.local) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SsCAY-0005OM-0w; Fri, 20 Jul 2012 08:18:54 -0400 Message-ID: <50094CAC.5030907@greatbaysoftware.com> Date: Fri, 20 Jul 2012 08:18:52 -0400 From: Steve McCoy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Eric van Gyzen References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> <500815D7.4030407@vangyzen.net> In-Reply-To: <500815D7.4030407@vangyzen.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Cc: Charles Owens , freebsd-stable@freebsd.org, John Baldwin Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 12:18:55 -0000 On 7/19/12 10:12 AM, Eric van Gyzen wrote: > > You might simply try a different idle function. See these sysctls: > > machdep.idle: acpi > machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi, > > Eric I've tried your suggestion (with mwait) and the problem went away. Thanks a lot! This seems like a good workaround, but I am worried about whether it could negatively affect something that I don't know about which also depends on this sysctl. If you have any ideas on other areas I could test, I'd greatly appreciate the info. Thanks again!