From owner-cvs-all@FreeBSD.ORG Tue Nov 9 18:18:20 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8013E16A4CE; Tue, 9 Nov 2004 18:18:20 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5434E43D39; Tue, 9 Nov 2004 18:18:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 1F4DB7A403; Tue, 9 Nov 2004 10:18:20 -0800 (PST) Message-ID: <419109EB.8010809@elischer.org> Date: Tue, 09 Nov 2004 10:18:19 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: src-committers@FreeBSD.org cc: John Baldwin cc: Alan Cox cc: cvs-src@FreeBSD.org cc: Mike Silbersack cc: cvs-all@FreeBSD.org cc: Stephan Uphoff Subject: Re: cvs commit: src/sys/i386/i386 pmap.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 18:18:20 -0000 Is this with HTT? We've dicoverred that HTT makes better code run slower, remember? Robert Watson wrote: >On Tue, 9 Nov 2004, Robert Watson wrote: > > > >>>I've tried changing the store_rel() to just do a simple store since writes are >>>ordered on x86, but benchmarks on SMP showed that it actually hurt. However, >>>it would probably be good to at least do that for UP. The current patch to >>>do it for all kernels is: >>> >>> > >Interestingly, I've now run through some more "macro" benchmarks. I saw a >couple of percent improvement on UP from the change, but indeed, I saw a >slight decrease in performance for the rapid packet send benchmark on SMP. > >So I guess my recommendation is to get this in the tree for UP, and see if >we can figure out why it's having the slow-down effect on SMP. > >Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >robert@fledge.watson.org Principal Research Scientist, McAfee Research > >