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
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:03 UTC