From owner-cvs-all@FreeBSD.ORG Thu Mar 27 14:42:19 2003 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 E191737B401; Thu, 27 Mar 2003 14:42:19 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19CF844060; Thu, 27 Mar 2003 14:42:19 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 81EB25308; Thu, 27 Mar 2003 23:42:17 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Jeremy From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 27 Mar 2003 23:42:16 +0100 In-Reply-To: <20030327190504.GD11307@cirb503493.alcatel.com.au> (Peter Jeremy's message of "Fri, 28 Mar 2003 06:05:04 +1100") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <20030326225530.G2075@odysseus.silby.com> <20030327180247.D1825@gamplex.bde.org> <20030327190504.GD11307@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-32.1 required=5.0 tests=AWL,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: Checksum/copy 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: Thu, 27 Mar 2003 22:42:23 -0000 Peter Jeremy writes: > > Zeroing a 4096-byte page on an > > SSE-enabled i386 should take no more than 35 SSE instructions > The downside is that we need multiple implementations to take advantage > of features available in different CPUs. We already *have* multiple implementations for different CPUs in the i386 family. We stopped using all but a few of them early in the 5.0 cycle5D because they weren't SMP-safe, but the mechanism is still in place (take a look at src/sys/i386/i386/{identcpu.c,support.s}) DES --=20 Dag-Erling Sm=F8rgrav - des@ofug.org