Re: Let's use gcc-4.2, not 4.1 -- OpenMP

From: Peter Jeremy <peterjeremy_at_optushome.com.au>
Date: Fri, 15 Dec 2006 05:30:26 +1100
On Thu, 2006-Dec-14 16:35:41 +0100, Ivan Voras wrote:
>For what it's worth: +1. It's going to be practically required even for
>medium-performance applications as CPU clock rate stagnate and more
>cores are grown.

Sun have stated that they do not expect SPARC clock speeds to increase
significantly.  Instead, they will be doubling the number of threads
per chip every year or so.  (32 now, 64 next year).

Intel have announced quad-core x86 chips.  AMD will presumably follow suit.

Based on the current release engineering guidelines, FreeBSD 7.x will
probably be supported until around 2011 (-RELEASE next year, -STABLE
for about 18 months, continued support for 2 years after 8-RELEASE).
The system toolchain is a critical piece of infrastructure and making
a major change within a release is impractical.  IMHO, rather than
looking at what is mature now, FreeBSD -CURRENT should be looking at a
toolchain that is closer to the leading edge (as long as there are
no significant regressions in stability) but will mature shortly
before 7-RELEASE.  This maximises the period of "vendor" support for
the toolchain and therefore reduces the amount of FreeBSD developer
effort that will be spent supporting the toolchain once the vendor
stops doing so.

The computing industry moves relatively fast and you can't wait for
your supplier's product to be fully mature before you start developing
on it or your customers will go elsewhere because their customers
won't buy what they see as a product running on an obsolete base.

-- 
Peter Jeremy

Received on Thu Dec 14 2006 - 17:42:07 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:03 UTC