From owner-svn-src-head@FreeBSD.ORG Mon Apr 6 05:43:12 2015 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A0972B1; Mon, 6 Apr 2015 05:43:12 +0000 (UTC) Received: from mail104.syd.optusnet.com.au (mail104.syd.optusnet.com.au [211.29.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id EC5743CA; Mon, 6 Apr 2015 05:43:11 +0000 (UTC) Received: from c211-30-166-197.carlnfd1.nsw.optusnet.com.au (c211-30-166-197.carlnfd1.nsw.optusnet.com.au [211.30.166.197]) by mail104.syd.optusnet.com.au (Postfix) with ESMTPS id 7F2E8420650; Mon, 6 Apr 2015 15:42:59 +1000 (AEST) Date: Mon, 6 Apr 2015 15:42:53 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Eitan Adler Subject: Re: svn commit: r281103 - head/sys/amd64/amd64 In-Reply-To: Message-ID: <20150406152653.K1066@besplex.bde.org> References: <201504050518.t355IFVJ001786@svn.freebsd.org> <20150405163305.A2515@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=ZuzUdbLG c=1 sm=1 tr=0 a=KA6XNC2GZCFrdESI5ZmdjQ==:117 a=PO7r1zJSAAAA:8 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=EZy2da6TBZUl6oeKAScA:9 a=CjuIK1q_8ugA:10 Cc: Adrian Chadd , "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , Kurt Lidl , Bruce Evans , "svn-src-head@freebsd.org" X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 05:43:12 -0000 On Mon, 6 Apr 2015, Eitan Adler wrote: > + a few people interested in the diff > > On 5 April 2015 at 02:55, Bruce Evans wrote: >> On Sun, 5 Apr 2015, Eitan Adler wrote: > > I did not confirm the performance impact, but the submitter and others > indicated they saw a difference. > > Do you have specific data that shows that there was an improvement? Only micro-benchmark output that indicates little difference. This is probably very MD (depending on write combining hardware), so you might only see a difference on some systems. I also have micro-benchmark output for network packets/second that shows 10% differences for the change of adding 1 byte of padding in code that is never executed. This seems to be due to different cache misses. To eliminate differences from this (except ones caused by actually running different code), create a reference version by padding the functions or data to be changed so that the change doesn't affect the address of anything except the internals of the changed parts. I might try a makeworld run to see if changing the non-temporal accesses in pagecopy and pagezero to cached. Bruce