<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://www.osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/22893/The_End_of_Proprietary_Big_Iron_ISA_</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2013, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Tue, 21 May 2013 09:19:41 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Intel </title>
			<link>http://www.osnews.com/thread?409964</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409964</guid>
			<description>Currently Intel does not include its virtualization extensions on all models of its chips. Its not easy to tell if a given chip does or does not have the extensions just by the name. And this holds back many different things that could be done with virtualization on desktops ( winxp mode on windows 7). I imagine, they'll probably repeat that for the next generation of virtualization. Which means there won't be as much of a demand for hardware that is aware of virtualization, so it will be expensive and hard to find for a longer period of time than normal.</description>
			<pubDate>Thu, 18 Feb 2010 23:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (Bill Shooter of Bul)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>:(</title>
			<link>http://www.osnews.com/thread?409965</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409965</guid>
			<description>it would be sad to see more architectures die off, but their advantages are slowly being worked into main stream computing (to an extent). I at least hope SPARC survives.</description>
			<pubDate>Thu, 18 Feb 2010 23:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (poundsmack)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Real citation needed (and some facts)</title>
			<link>http://www.osnews.com/thread?409966</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409966</guid>
			<description>It may be that developing a new CPU costs a lot of dough, but over what time period? And how long is it sold? Are costs growing faster than the revenue? Are current competitors leaving the market?<br />
<br />
There are a lot of variables here and as long as IBM can sell chips for Xboxes and PS3s and Wiis there will be development, it just may be that the big iron ISAs are just a byproduct of that.<br />
<br />
I for one am not convinced that special CPUs are going to way of the dodo. But I'd liked to be convinced ..</description>
			<pubDate>Thu, 18 Feb 2010 23:26:00 GMT</pubDate>
			<author>donotreply@osnews.com (kragil)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Manufacturing is everything</title>
			<link>http://www.osnews.com/thread?409969</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409969</guid>
			<description>Capital investment required for the current silicon wafer technology is huge.  There haven't been any huge changes in the area for a while, so basically there are fewer players who can survive the competition.<br />
<br />
I really can't wait until somebody discovers a new way to make processors that can be done in someone's basement or garage.  That would really change the whole market dynamic.</description>
			<pubDate>Thu, 18 Feb 2010 23:54:00 GMT</pubDate>
			<author>donotreply@osnews.com (bnolsen)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Intel </title>
			<link>http://www.osnews.com/thread?409971</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409971</guid>
			<description>Yes, that is something that really sucks about Intel.  They have a list of CPU features that they basically combine with itself in a cartesian product to create a product matrix, and then create individual CPUs for every square in that matrix.  IOW, they are segmenting their CPU market into a thousand little niches for no good reason, other than they can.<br />
 <br />
 Working with AMD CPUs is so much easier.  Turion for mobile, Sempron for low-end/budget desktops, Athlon/Phenom for desktops, Opteron for servers.  Other than the type/speed of RAM, size of L2/L3, and number or cores on the die ... they all have the same CPU features.  Even the lowly Sempron supports 64-bit and hardware virtualisation.<br />
 <br />
 Like Microsoft, Intel's chief competitor/enemoy is itself.Edited 2010-02-19 00:14 UTC</description>
			<pubDate>Fri, 19 Feb 2010 00:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Not a suprise</title>
			<link>http://www.osnews.com/thread?409972</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409972</guid>
			<description>The demise is long overdue. Other architectures might have some niche advantages but the Sparcs, Titaniums, PowerPC and what else don't cut the cake (anymore).<br />
<br />
I work for a company that produces software that usually runs on AIX, HP or SUN. Normally between 1 and 128 processors (yes big stuff). Recently we ported to Linux on x86 as well. And then we tested the performance.<br />
<br />
X86 was up to 3 times faster than all the other stuff for a fraction of the hardware cost. Of course you still pay a lot for the support and licenses to IBM, SUN and HP but really it makes you wonder why people are still computing on special CPU's.<br />
<br />
Even in a x86 market you can achieve redundancy and hot swap hardware but maybe there are some corners where proprietary hardware is useful. Can't think of many though.</description>
			<pubDate>Fri, 19 Feb 2010 00:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (Wondercool)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>some more info on the matter</title>
			<link>http://www.osnews.com/thread?409973</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409973</guid>
			<description><a href="http://www.betanews.com/article/How-long-can-Unix-hang-on-What-three-highend-platform-launches-tell-us/1266533027" rel="nofollow">http://www.betanews.com/article/How-long-can-Unix-hang-on-What-thre...</a> <br />
<br />
this is a good read and is mostly related.</description>
			<pubDate>Fri, 19 Feb 2010 00:28:00 GMT</pubDate>
			<author>donotreply@osnews.com (poundsmack)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>x86 is still proprietary to Intel , isn't it??</title>
			<link>http://www.osnews.com/thread?409977</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409977</guid>
			<description>x86 is still proprietary to Intel , isn't it??<br />
with AMD and VIA as licensees. <br />
<br />
POWER is proprietary to IBM, I think. <br />
Though you can get licenses ( FreeScale, etc. ) <br />
 <br />
SPARC is open standard from SUN.</description>
			<pubDate>Fri, 19 Feb 2010 01:00:00 GMT</pubDate>
			<author>donotreply@osnews.com (macrules)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: x86 is still proprietary to Intel , isn't it??</title>
			<link>http://www.osnews.com/thread?409984</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409984</guid>
			<description>Well, the 80486 is NOT proprietary to Intel any more - the patents have all expired. However, many modern techniques for making an 80486 faster may still be covered under someone's patents - Intel, NexGen (now owned by AMD,) the remnants of Cyrix (now owned by VIA and AMD,) and Centaur (owned by VIA.)</description>
			<pubDate>Fri, 19 Feb 2010 01:24:00 GMT</pubDate>
			<author>donotreply@osnews.com (bhtooefr)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>how will it end?</title>
			<link>http://www.osnews.com/thread?409986</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409986</guid>
			<description>Like Mr. Reilly, I really like this stuff, but at this point I mainly wonder how it will end.  My guess is that IBM will be the last RISC/UNIX vendor standing.  Among other things (eg, performance), sharing the physical platform with the high-margin OS400 market can't hurt.<br />
<br />
So I wonder, how will it end?  Clearly, UNIX's legacy decline could last decades; Unisys still sells Burroughs B5000 compatible machines (mostly emulated).  But UNIX isn't as hard to migrate from, compared to MCP, and HP apparently felt comfortable enough about this to leave tru64 customers out in the cold regarding compatibility.  I wonder if other commercial UNIXes will end this way, or if Oracle will be selling emulated SPARCs in 2030?</description>
			<pubDate>Fri, 19 Feb 2010 02:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (jwwf)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Virtualization isn't the only big-iron RISC feature</title>
			<link>http://www.osnews.com/thread?409987</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409987</guid>
			<description>Virtualization isn't the only feature that keeps big-iron RISC ticking. There are a raft of RAS features built in to modern SPARC and POWER processors that just don't exist in the x86 world. So far as I can determine, neither the current Xeon nor Opteron products have ECC L2 caches, let alone the type of instruction parity and retry that's present in SPARC64 or POWER. Intel's own Itanium supports these features (as well as core-level lockstep).<br />
<br />
Producing a reliable system out of redundant unreliable parts only works insofar as faults are actually detected. x86 servers don't match up to enterprise RISC servers in this area. Intel has little incentive to add these features to Xeon, which would just result in Itanium cannibalization. AMD ought to, but isn't doing so - and they have bigger fish to fry. This niche will no doubt be dominated by IBM and Oracle for many years.</description>
			<pubDate>Fri, 19 Feb 2010 02:24:00 GMT</pubDate>
			<author>donotreply@osnews.com (chandler)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: x86 is still proprietary to Intel , isn't it??</title>
			<link>http://www.osnews.com/thread?409992</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409992</guid>
			<description>I think Intel is a licensee of AMD for the 64-bit extensions.<br />
<br />
&quot;AMD licensed its x86-64 design to Intel&quot;<br />
<br />
<a href="http://en.wikipedia.org/wiki/X86-64#Legal_issues" rel="nofollow">http://en.wikipedia.org/wiki/X86-64#Legal_issues</a></description>
			<pubDate>Fri, 19 Feb 2010 08:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (Lennie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: :(</title>
			<link>http://www.osnews.com/thread?409993</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409993</guid>
			<description>Well, SPARC is an open spec, you can produce your own if you like. ;-)<br />
<br />
But really, it is sad.<br />
<br />
x86 and it's 64-bit variant are horrible inefficient things, 64-bit is a bit better I hear, but delivering cheap boxes, also for home use (large volume market), seems to be winning ?<br />
<br />
I guess we still have ARM as the last large-volume competing architecture ?</description>
			<pubDate>Fri, 19 Feb 2010 08:57:00 GMT</pubDate>
			<author>donotreply@osnews.com (Lennie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Not a suprise</title>
			<link>http://www.osnews.com/thread?409994</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409994</guid>
			<description>It just proves that your company software works better on x86 architecture, but there is still a lot of other software that runs far better on those big iron CPUs than on x86. Oracle DB is one software that runs very well on Power &amp; Itanium if tuned properly. And one other thing the big iron boys win in enterprise, and that's scalability. And when you combine all those things, Reliability, Availability &amp; Scalability ( RAS ) that make those architectures shine on their own, and x86 simply can't match them, at least not yet. The things that you see coming to the x86 space, have been in big iron boxes for ages. And when you talk about big companies, they don't care they are going to pay 100k less for a box, if the $ loss per hour when that box is down is like 200k $ ( or even more ).</description>
			<pubDate>Fri, 19 Feb 2010 08:59:00 GMT</pubDate>
			<author>donotreply@osnews.com (joshuah)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: :(</title>
			<link>http://www.osnews.com/thread?409996</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?409996</guid>
			<description>Hmm, I seem to be forgetting Power, MIPS and ?? for embedded. I guess the whole smartphone market somehow blinded me a bit.</description>
			<pubDate>Fri, 19 Feb 2010 09:57:00 GMT</pubDate>
			<author>donotreply@osnews.com (Lennie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Not a suprise</title>
			<link>http://www.osnews.com/thread?410009</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410009</guid>
			<description>That was actually the biggest surprise. We have customers that insert and process in excess of 100 million records per day (we use Oracle) and x86 was faster than other CPU's for a fraction of the cost, of course not the license cost for Oracle (though if performance is better you can buy less Oracle licenses, which often go per processor as you need less processors)<br />
The nature of our business is such that a downtime of a couple of hours is acceptable, so no fancy realtime failover hardware is required. <br />
<br />
All I can say is: if you buy from IBM, SUN or HP, don't do it for reputation of the CPU, do it for what they offer extra and measure the performance (or ask you software vendor for figures)</description>
			<pubDate>Fri, 19 Feb 2010 13:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (Wondercool)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>What's ISA?</title>
			<link>http://www.osnews.com/thread?410011</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410011</guid>
			<description>What's ISA in this article? An uncommon abbreviation deserves definition when first used.</description>
			<pubDate>Fri, 19 Feb 2010 14:38:00 GMT</pubDate>
			<author>donotreply@osnews.com (aargh)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: how will it end?</title>
			<link>http://www.osnews.com/thread?410016</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410016</guid>
			<description><div class="cquote">My guess is that IBM will be the last RISC/UNIX vendor standing.  Among other things (eg, performance), sharing the physical platform with the high-margin OS400 market can't hurt. </div><br />
<br />
Not just i5/OS (ex OS/400): Just think about mostly governmental institutions (e. g. fiscal administration) that use IBM mainframe / HPC installations for their z/OS, MVS and VM stuff. The &quot;end of job&quot; card has not yet been given. :-)<br />
<br />
<div class="cquote">I wonder if other commercial UNIXes will end this way, or if Oracle will be selling emulated SPARCs in 2030? </div><br />
<br />
A chance that commercial UNIXes have to survive, at last from a &quot;usage share&quot; point of view, is to open source them. The question of course is: Will it make sense if there's no platform, even no emulated one, where they could be run on?</description>
			<pubDate>Fri, 19 Feb 2010 16:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (Doc Pain)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Not a suprise</title>
			<link>http://www.osnews.com/thread?410017</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410017</guid>
			<description>That's key...you identified that you don't have to be absolutely 24/7.<br />
The savings you realize here ends up being also real savings for customers.  I suspect more and more traditional &quot;must have 24/7&quot; customers are reconsidering their &quot;must&quot; position seeing the pretty huge cost differences.</description>
			<pubDate>Fri, 19 Feb 2010 16:18:00 GMT</pubDate>
			<author>donotreply@osnews.com (bnolsen)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: What's ISA?</title>
			<link>http://www.osnews.com/thread?410018</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410018</guid>
			<description>International Society of Arboriculture (thanks, Google)</description>
			<pubDate>Fri, 19 Feb 2010 16:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (DigitalAxis)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: What's ISA?</title>
			<link>http://www.osnews.com/thread?410019</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410019</guid>
			<description>or, for real, &quot;Industry Standard Architecture&quot;</description>
			<pubDate>Fri, 19 Feb 2010 16:21:00 GMT</pubDate>
			<author>donotreply@osnews.com (DigitalAxis)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: What's ISA?</title>
			<link>http://www.osnews.com/thread?410020</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410020</guid>
			<description><div class="cquote">or, for real, &quot;Industry Standard Architecture&quot; </div><br />
<br />
No, &quot;Industry Standard Architecture&quot; is a type of bus, in this regard, ISA means &quot;instruction set architecture&quot;.<br />
<br />
<a href="http://en.wikipedia.org/wiki/Industry_Standard_Architecture" rel="nofollow">http://en.wikipedia.org/wiki/Industry_Standard_Architecture</a></description>
			<pubDate>Fri, 19 Feb 2010 16:35:00 GMT</pubDate>
			<author>donotreply@osnews.com (dvzt)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Costly processor generations? Old is new?</title>
			<link>http://www.osnews.com/thread?410024</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410024</guid>
			<description>Maybe we'll be going back to the bit-slice modular processor construction method just like the 70's and 80's.  The company I worked for had a 28-bit 2901 based add-on processor (to extend it's 24-bit legacy processor.)</description>
			<pubDate>Fri, 19 Feb 2010 17:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (smilie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Not a suprise</title>
			<link>http://www.osnews.com/thread?410025</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410025</guid>
			<description>It's not just downtime. Can you survive an undetected bit error that corrupts data in your database? If a processor goes bad, will it silently mangle several thousands of transactions before it fails?<br />
<br />
Think of it this way: would you use RAID to store your critical data? If so, why are you expecting better error detection and recovery out of your fixed storage than out of your processor?</description>
			<pubDate>Fri, 19 Feb 2010 17:29:00 GMT</pubDate>
			<author>donotreply@osnews.com (chandler)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: how will it end?</title>
			<link>http://www.osnews.com/thread?410026</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410026</guid>
			<description><div class="cquote">Not just i5/OS (ex OS/400): Just think about mostly governmental institutions (e. g. fiscal administration) that use IBM mainframe / HPC installations for their z/OS, MVS and VM stuff. The &quot;end of job&quot; card has not yet been given. :-) </div><br />
<br />
Nor is it likely to be given any time soon. There's nothing in the commodity market that can match what a parallel sysplex of z/OS systems can provide. When your system <b>has</b> to work with disastrous economy-wrecking consequences of failure, this kind of system (or other expensive high-reliability systems like Tandem, er, HP's NonStop) is what you use.</description>
			<pubDate>Fri, 19 Feb 2010 17:36:00 GMT</pubDate>
			<author>donotreply@osnews.com (chandler)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: x86 is still proprietary to Intel , isn't it??</title>
			<link>http://www.osnews.com/thread?410028</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410028</guid>
			<description>AMD and Intel have an old cross-license agreement. Previously mostly for AMDs benifit, but Intel has not also taken advantage of it.</description>
			<pubDate>Fri, 19 Feb 2010 17:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (Carewolf)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Not a suprise</title>
			<link>http://www.osnews.com/thread?410030</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410030</guid>
			<description>Because failure rates of Conventional HDD far exceed those of processors <img src="/images/emo/smile.gif" alt=";)" /> <br />
<br />
The processors are replaced well before their MTBF. However, if you have a crapload of processors, that doesn't really matter. We don't have enough for that to be a problem currently, but it might be if we had thousands of CPU's.</description>
			<pubDate>Fri, 19 Feb 2010 17:49:00 GMT</pubDate>
			<author>donotreply@osnews.com (Bill Shooter of Bul)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Intel </title>
			<link>http://www.osnews.com/thread?410037</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410037</guid>
			<description>Oh give me a break, Intel isn't pushing 32 bit processors anymore. Sure the low-end doesn't come with hardware virtualization support but you shouldn't be buying a single core celeron in the first place if you plan on running a VM. <br />
<br />
You say AMD is easier to work with but I got seriously burned by that period where they kept changing socket interfaces. AMD also takes too long to play catch-up when it comes to power efficiency.</description>
			<pubDate>Fri, 19 Feb 2010 18:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (nt_jerkface)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Intel </title>
			<link>http://www.osnews.com/thread?410038</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410038</guid>
			<description>AMD is changing sockets far less frequently than Intel right now, and have been doing a bit better on the power front too, probably b/c they are licensing a lot of the patents from what use to be Transmeta.</description>
			<pubDate>Fri, 19 Feb 2010 18:10:00 GMT</pubDate>
			<author>donotreply@osnews.com (TemporalBeing)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Manufacturing is everything</title>
			<link>http://www.osnews.com/thread?410040</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410040</guid>
			<description>You can get a friggin dual-core Wolfdale for 50 bucks. <br />
<br />
What the hell do you want? A free cpu with every BK value meal?</description>
			<pubDate>Fri, 19 Feb 2010 18:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (nt_jerkface)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Intel </title>
			<link>http://www.osnews.com/thread?410045</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410045</guid>
			<description>What are you talking about? Intel still makes cpus for LGA 775. Maybe you are unaware of when AMD burned everyone with their abrupt ditching of socket 939. It was only on the market for 2 years. <br />
<br />
As for power efficiency, What does AMD have to counter the Arrandale lineup? They not only use a 32nm fab but also come with impressive features like Turbo Boost, hyperthreading and hd video support. I'd consider AMD for a desktop system but Intel still wins when it comes to laptops.</description>
			<pubDate>Fri, 19 Feb 2010 18:32:00 GMT</pubDate>
			<author>donotreply@osnews.com (nt_jerkface)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: :(</title>
			<link>http://www.osnews.com/thread?410052</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410052</guid>
			<description><div class="cquote">x86 and it's 64-bit variant are horrible inefficient things, 64-bit is a bit better I hear, but delivering cheap boxes, also for home use (large volume market), seems to be winning ?<br />
 </div><br />
<br />
The best comment I heard from a cpu engineer was that x86 is like sausage, it's great as long as you don't know what goes in to it. <br />
<br />
Yes it is true that x64 fixed a lot of the shortcomings of x86 like the relative lack of registers and of course addressing space. <br />
<br />
x86 is less efficient from an engineering point of view but Chipzilla has been able push efficiency gains through intensive R&amp;D. It's kind of like how an advanced V8 can get better mileage than a standard v6. <br />
<br />
RISC chips still have advantages, especially when it comes to custom cpus. This can be seen by the fact that MS went with a powerpc based cpu for the 360 instead of partnering with Intel. The early 360 dev kits were actually Mac G5s with Microsoft stickers.</description>
			<pubDate>Fri, 19 Feb 2010 18:59:00 GMT</pubDate>
			<author>donotreply@osnews.com (nt_jerkface)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Virtualization isn't the only big-iron RISC feature</title>
			<link>http://www.osnews.com/thread?410088</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410088</guid>
			<description><div class="cquote">So far as I can determine, neither the current Xeon nor Opteron products have ECC L2 caches </div><br />
<br />
Opterons have had ECC caches since the early days.  It's up to the BIOS makers to enable it, though.<br />
<br />
On our Tyan motherboards, we can set a full screen of options regarding ECC for the L1/L2/L3 caches.  And another screen for ECC options for the RAM.</description>
			<pubDate>Fri, 19 Feb 2010 21:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>We Know This</title>
			<link>http://www.osnews.com/thread?410108</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410108</guid>
			<description>We know it's expensive to develop a processor. Intel spends well over a $1 billion every three years to dig a whole in the ground for a new fab plant so they can keep producing faster chips.<br />
<br />
It's why Sun can't keep SPARC up, why even Fujitsu is finding it tough to develop and why other architectures like MIPS have fallen by the wayside. They have relied on a niche, high return market that was always going to be at risk. It's not rocket science.</description>
			<pubDate>Fri, 19 Feb 2010 23:22:00 GMT</pubDate>
			<author>donotreply@osnews.com (segedunum)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>I just hope...</title>
			<link>http://www.osnews.com/thread?410114</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410114</guid>
			<description>On the topic of x86/x64 IO virtualization:<br />
<br />
I just hope this is one step closer to a world where every user account is, really, a Virtual Machine. Each VMs &quot;worldview&quot; would be, optionally -- to save space and ease maintainance, a combination of a &quot;base&quot; system image + software maintained by an admin, and each user could alter their &quot;system&quot; as they see fit.<br />
 <br />
 Combine this with a fast enough network and accelerated video compression, then we're just a step away from having one &quot;real&quot; computer per household tucked away in the basement or a closet and a few relatively dumb terminals wherever we want them -- The office, the kitchen, the kids' bedrooms, the Television for media streaming... Just a little box that accepts local input, has a couple free USB ports, video and audio IO, and just enough brains to decode the compressed A/V in real time. Heck, this is basically what the OnLive gaming service hopes to do over the internet -- so it should definately be doable over a home network, maybe even the faster variants of WiFi.<br />
 <br />
 Being unable to share hardware, particularly the video card, is what's holding this sort of thing back -- Little Timmy needs to be able to play WOW while dad watches a video in the living room.Edited 2010-02-20 00:17 UTC</description>
			<pubDate>Sat, 20 Feb 2010 00:15:00 GMT</pubDate>
			<author>donotreply@osnews.com (Ravyne)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: :(</title>
			<link>http://www.osnews.com/thread?410204</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410204</guid>
			<description>Intel stopped making new CISC processors with the introduction of the Pentium Pro.<br />
<br />
Modern Intel processors are RISC. They use a lot of transistors in their chips to translate the CISC instructions into something their chips can handle.  Sure it's all one big chip, but the x86 ISA is created by essentionally hardware emulation. <br />
<br />
If it was not for the requirement to keep compatibility with Microsoft's Operating System then x86 would of been dead a long time ago. There is no advantage to it in any way shape or form except for the advantages of being backwards compatible and people are familar with it.</description>
			<pubDate>Sat, 20 Feb 2010 15:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (dragSidious)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Real citation needed (and some facts)</title>
			<link>http://www.osnews.com/thread?410205</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410205</guid>
			<description>The one thing that IBM does that Intel and AMD dont'y do is that their chips are very heavily computer aided design. Their chips are modular and the components are easily put together to make various types of custom chips for IBM's customers. <br />
<br />
That is probably a big reason why all the modern gaming systems use PowerPC in their design. IBM is able to crank out custom designs relatively quickly.<br />
<br />
--------------------------<br />
<br />
CPUs are fabulously expensive to create. Intel has 3-4 generations of CPU designs in their corporate pipeline at any given time. <br />
<br />
As Intel releases their newest chip they are in the process of designing the manufacturing facilities for the next generation of chips. While they are designing the manufacture facilities they are also developing and testing the next-next generation designs out in their labs. <br />
<br />
So that is why it seems like it takes so long for Intel or AMD to modify their chip designs when it turns out they were not competitive. Like the Pentium-4 and why it took so long for Intel to come out with a chip to put the hurt back on AMD... <br />
<br />
It takes _years_ of work to get a new processor design out.<br />
<br />
And what makes it worse is that as you create new and smaller processes you have to, basically, build all new production facilities. It's more cost-effective for Intel or AMD to build all-new manufacturing plant for new fab process then it is to try to retrofit or upgrade a older facility.</description>
			<pubDate>Sat, 20 Feb 2010 15:51:00 GMT</pubDate>
			<author>donotreply@osnews.com (dragSidious)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Manufacturing is everything</title>
			<link>http://www.osnews.com/thread?410218</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410218</guid>
			<description>So apparently computers and computing have gotten as far as they ever will and we may as well give into our intel overlords?</description>
			<pubDate>Sat, 20 Feb 2010 21:00:00 GMT</pubDate>
			<author>donotreply@osnews.com (bnolsen)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Intel </title>
			<link>http://www.osnews.com/thread?410252</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410252</guid>
			<description>Intel has Core series duals and quads w/o HW virtualization, and it is not unknown for motherboards to lack the feature, even when the chipsets have them.<br />
 <br />
 Meanwhile, for AMD, if you avoid Semprons and LE-series Athlons, you're good.<br />
<br />
Likewise, Intel sells many such Celerons, and many Atoms, as 32-bit only.Edited 2010-02-21 06:31 UTC</description>
			<pubDate>Sun, 21 Feb 2010 06:30:00 GMT</pubDate>
			<author>donotreply@osnews.com (cerbie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: Intel </title>
			<link>http://www.osnews.com/thread?410253</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410253</guid>
			<description>I'll raise your a socket 423.</description>
			<pubDate>Sun, 21 Feb 2010 06:30:00 GMT</pubDate>
			<author>donotreply@osnews.com (cerbie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Real citation needed (and some facts)</title>
			<link>http://www.osnews.com/thread?410285</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410285</guid>
			<description>exactly, think of POWER7 as the deluxe version with all the bells and whistles. IBM still makes lower end POWER chips that pull down technology from the highest end models. Considering they charge a huge premium for them they're at least making back their money. <br />
<br />
The real issue is that hardware is not a 20% growth business anymore, and you can't gamble against the future like companies used too. <br />
<br />
I think we're seeing a trend toward more custom systems.  Oracle bought SUN and one of the key reasons seems to be specifically for the hardware as Sparc is the most common Oracle platform. Apple is pushing their own spin of mobile chips and I think they'll be gradually moving to more and more &quot;personal&quot; devices rather than traditional systems, but they're going &quot;fabless&quot; farming manufacturing out to other companies.  Nvidia and VIA have always been fabless. ARM and RISC long ago switched to an &quot;IP&quot; model of selling the designs and letting companies find their own manufacturing. Even AMD has separated Design and Fab businesses because the cost of cutting edge Fab facilities means they have to split so other companies feel comfortable sharing the manufacturing time at &quot;AMD's&quot; Fab. <br />
<br />
Again, companies like IBM want to be in the manufacturing business for the control of technology, and as things consolidate that makes other people pay them to keep IBM's factories up-to-date on a regular basis. They might &quot;lose&quot; money on something like POWER7, but they can sell manufacturing time and technology to a die-shrink for Xboxes or Wiis and make money hand-over-fist that way.</description>
			<pubDate>Sun, 21 Feb 2010 17:17:00 GMT</pubDate>
			<author>donotreply@osnews.com (mabhatter)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Paravirtualization</title>
			<link>http://www.osnews.com/thread?410287</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410287</guid>
			<description>I liked the article, thank you.  The Big Iron ISAs are cool but it's interesting / amazing to see the other technology that these large systems have had for years that is still trickling down slowly to commodity systems.  It's fascinating to learn more about the capabilities of large systems; there's a lot to learn there and the majority of folks using commodity hardware rarely get to hear about it.  People perhaps think of a large, lumbering mainframe but don't realise just how advanced some of this stuff still is...<br />
<br />
I have one main quibble: Paravirtualization (or sometimes paravirtualisation in the UK) generally refers to modifications that expose virtualisation to the <i>guest</i>.  That can involve modifications to the guest's low-level architecture dependent code or to device drivers.  If the guest thinks it's talking to a real hardware device then that's still full virtualisation / emulation of that device, regardless of how the VMM is actually providing that device.  So providing a host OS file to the guest as a hard drive is still actually full virtualisation unless you've installed virtualisation-aware drivers into the guest.<br />
<br />
<div class="cquote">Currently, PCIe devices already support multiple functions but so far this has been used to support different hardware capabilities. </div><br />
<br />
I believe that this statement is slightly behind the state-of-the-art though I may be confused.  The IO Virtualisation specs for PCI do allow a somewhat standardised way to export multiple virtual interfaces from a single PCI device.<br />
<br />
A few devices that predate this spec also defined their own ways to export multiple virtual interfaces so that similar functionality has been available for a while now.  This gets used to provide safe direct hardware access to virtual machines and to unprivileged applications.  It's still not that common, though, whereas I presume Big Iron makes equivalent functionality somewhat ubiquitous!<br />
<br />
The scary thing is just how far ahead the likes of IBM have been; x86 systems are still catching up to some features that have been available on IBM's large systems for decades.  And that's ignoring the integration advantages of buying hardware, OS and support from one company.  Not forgetting the extreme Ninja-ness of the support that the really serious vendors provide.  I knew a guy whose university acquired an IBM mainframe in a competition; part of the deal involved a dedicated telephone line between the mainframe and IBM.  They reconfigured storage and before they knew it they had a phonecall from IBM saying &quot;Your mainframe says there's a problem&quot;.  That's service!</description>
			<pubDate>Sun, 21 Feb 2010 18:04:00 GMT</pubDate>
			<author>donotreply@osnews.com (Mark Williamson)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[6]: Intel </title>
			<link>http://www.osnews.com/thread?410289</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410289</guid>
			<description>I think you're choosing to selectively forget the RAMBUS debacle.  Had RAMBUS chosen a different path, RDRAM would still be in use today. The 845D chipset and socket 478 was a direct result of the actions taken by RAMBUS.</description>
			<pubDate>Sun, 21 Feb 2010 18:22:00 GMT</pubDate>
			<author>donotreply@osnews.com (dougsk)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: Intel </title>
			<link>http://www.osnews.com/thread?410290</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410290</guid>
			<description><div class="cquote">What are you talking about? Intel still makes cpus for LGA 775. Maybe you are unaware of when AMD burned everyone with their abrupt ditching of socket 939. It was only on the market for 2 years. </div><br />
<br />
Intel has of late gotten into the habit of making a new socket for every chip it releases. AMD which has done a couple changes in the last few years is more stable on changing sockets.<br />
<br />
So it's basically - Intel is burning everyone with socket switches, where AMD use to.<br />
<br />
Also, per the power - Intel is pretty much only using their in-house developed Speed Step technology for power management. AMD, OTOH, is using Transmeta's LongRun technology instead. One of the big differences is how many points of power optimization are available. SpeedStep typically has 3 or 4, where LongRun has dozens. (Even if Intel upgraded SpeedStep with more than 3 or 4, it's still a drastic difference.)</description>
			<pubDate>Sun, 21 Feb 2010 18:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (TemporalBeing)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: how will it end?</title>
			<link>http://www.osnews.com/thread?410300</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410300</guid>
			<description><div class="cquote">Like Mr. Reilly, I really like this stuff, but at this point I mainly wonder how it will end.  My guess is that IBM will be the last RISC/UNIX vendor standing.  Among other things (eg, performance), sharing the physical platform with the high-margin OS400 market can't hurt.<br />
... </div><br />
<br />
IBM's i5/OS, OS/400, or whatever the name is this week can survive on just about any architecture, due to the virtual machine layer (TIMI) that hosts the operating system.<br />
<br />
While it was convenient for IBM to use their owm processors for their midrange division that weren't System/370-compatible, they made the transition to a modified IBM/Motorola PowerPC 620 (as the PowerPC_AS) processor and then, to the POWER series without much trouble for customers.<br />
<br />
Of course, the main problem is cooling (and the associated power requirements), which is likely why IBM will continue to produce their own processors, plus the fact that they go into their networking equipment and other systems.</description>
			<pubDate>Sun, 21 Feb 2010 21:06:00 GMT</pubDate>
			<author>donotreply@osnews.com (bousozoku)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[6]: Intel </title>
			<link>http://www.osnews.com/thread?410381</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410381</guid>
			<description>Blah blah blah speedstep yes we're all aware of speedstep, it's not exactly a new technology. <br />
<br />
Now tell me exactly what AMD has to compete with the Arrandale series when it comes to performance/efficiency.<br />
<br />
Not a future lineup but right now.</description>
			<pubDate>Mon, 22 Feb 2010 17:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (nt_jerkface)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Manufacturing is everything</title>
			<link>http://www.osnews.com/thread?410386</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410386</guid>
			<description>How does that make them overlords? Because we buy something they sell? That's called capitalism.</description>
			<pubDate>Mon, 22 Feb 2010 17:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (nt_jerkface)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: :(</title>
			<link>http://www.osnews.com/thread?410451</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410451</guid>
			<description><div class="cquote">Intel stopped making new CISC processors with the introduction of the Pentium Pro.<br />
 <br />
 Modern Intel processors are RISC.  </div><br />
 <br />
 No, modern x86 cpus are still CISC, yes they have a RISC-like core but it doesn't change the fact that they still come with a complex instruction set. <br />
 <br />
 The Itanium however is clearly a RISC cpu and is advertised as such: <br />
 <a href="http://www.intel.com/products/processor/itanium/index.htm" rel="nofollow">http://www.intel.com/products/processor/itanium/index.htm</a> Edited 2010-02-23 02:42 UTC</description>
			<pubDate>Tue, 23 Feb 2010 02:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (nt_jerkface)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[7]: Intel </title>
			<link>http://www.osnews.com/thread?410577</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?410577</guid>
			<description><div class="cquote">Now tell me exactly what AMD has to compete with the Arrandale series when it comes to performance/efficiency.<br />
Not a future lineup but right now. </div><br />
<br />
Funny - since Arrandale is basically an updated version of the same architecture used by the Pentium:<br />
<br />
<a href="http://en.wikipedia.org/wiki/Arrandale_%28microprocessor%29" rel="nofollow">http://en.wikipedia.org/wiki/Arrandale_%28microprocessor%29</a> <br />
<a href="http://en.wikipedia.org/wiki/Nehalem_%28microarchitecture%29" rel="nofollow">http://en.wikipedia.org/wiki/Nehalem_%28microarchitecture%2...</a> <br />
<a href="http://en.wikipedia.org/wiki/Penryn_%28microprocessor%29" rel="nofollow">http://en.wikipedia.org/wiki/Penryn_%28microprocessor%29</a> <br />
<br />
AMD answered the Pentium with the K8, and now the K10 - available in Athlon II and all Phenom processors on market.<br />
<br />
It's also quite interesting how Intel has had to backpedal and redesign to what AMD did in K8 in order to keep up with performance.<br />
<br />
Funny stuff.</description>
			<pubDate>Tue, 23 Feb 2010 18:38:00 GMT</pubDate>
			<author>donotreply@osnews.com (TemporalBeing)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
