Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Nov 2003 04:59:21 -0000
From:      Doug Rabson <dfr@nlsystems.com>
To:        Peter Wemm <peter@wemm.org>
Cc:        cvs-src@FreeBSD.org
Subject:   Re: cvs commit: src/sys/i386/i386 pmap.c
Message-ID:  <20031111040735.26875.qmail@exxodus.fedaykin.here>
In-Reply-To: <20031026064145.18F0E2A8D5@canning.wemm.org>
References:  <20031026064145.18F0E2A8D5@canning.wemm.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2003-10-26 at 06:41, Peter Wemm wrote:
> Jeff Roberson wrote:
> > On Sat, 25 Oct 2003, Peter Wemm wrote:
> 
> > Wow, pentium4 sucks.  Yes, I agree then, we should revert the change.
> I'll do it.
> > 
> > Intel looks more disappointing every day.
> 
> Well, think of their optimization goals... The pentium4 was designed for
> two things..  1) to increase MHz, since thats all dumbass customers and
> sales droids understand, and 2) to increase game framerate benchmarks.
> Anything that didn't contribute to that goal and consumed transistors
> started losing.

The trick is to find some way to make intel interested in your problems
(e.g. change a large site from using intel processors to amd). When the
marketing people start to care about an application, the technical
people start to collect instruction traces to use for optimising the
next generation.

In the mid 90s, 486 processors had terrible floating point performance
and intel didn't much care. Their instruction traces showed that the
applications they cared about (mainly word and excel) didn't use
floating point much. As soon as people started trying to use floating
point more intensively for games software, intel started profiling and
optimising for it and these days, their floating point performance is
reasonable for all applications (not just games).

The trick, I guess, is to make the right kind of case. If, for instance,
the engineers developing Longhorn started telling Intel that AMD
processors could e.g. context switch ten times faster than P4s and this
would affect the performance of some bogus Longhorn feature, then I
imagine things might change.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031111040735.26875.qmail>