<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: 60% of All Transistors are Made Up on the Spot</title>
	<atom:link href="http://mark.santaniello.com/archives/318/feed" rel="self" type="application/rss+xml" />
	<link>http://mark.santaniello.com/archives/318</link>
	<description>the body of a very slow loop</description>
	<pubDate>Thu, 20 Nov 2008 21:04:51 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Nathan Zook</title>
		<link>http://mark.santaniello.com/archives/318#comment-34392</link>
		<dc:creator>Nathan Zook</dc:creator>
		<pubDate>Thu, 14 Jun 2007 23:17:56 +0000</pubDate>
		<guid isPermaLink="false">http://mark.santaniello.net/archives/318#comment-34392</guid>
		<description>It's REALLY good to be back (at AMD)...

A clean design is about more than just pulling speed paths out of legacy modes.  I'm talking about potentially needing to access memory 15 separate times in order to execute a single load/store instruction  I'm talking about wasting a cycle to find out where you are in a register file.  (Yes, flat mode is available now for the FPU, but this is the sort of thing that never even comes up in a clean design.)

One of the useful things at working at an evil company for a while was that I got to learn about a totally different architecture.  Not that it was still clean, but it opened up the possibilities.</description>
		<content:encoded><![CDATA[<p>It&#8217;s REALLY good to be back (at AMD)&#8230;</p>
<p>A clean design is about more than just pulling speed paths out of legacy modes.  I&#8217;m talking about potentially needing to access memory 15 separate times in order to execute a single load/store instruction  I&#8217;m talking about wasting a cycle to find out where you are in a register file.  (Yes, flat mode is available now for the FPU, but this is the sort of thing that never even comes up in a clean design.)</p>
<p>One of the useful things at working at an evil company for a while was that I got to learn about a totally different architecture.  Not that it was still clean, but it opened up the possibilities.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://mark.santaniello.com/archives/318#comment-34337</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Tue, 12 Jun 2007 03:18:30 +0000</pubDate>
		<guid isPermaLink="false">http://mark.santaniello.net/archives/318#comment-34337</guid>
		<description>Thanks for the comment, Nathan.  

When I originally wrote this, I was thinking more along the lines of "if we spoke some RISC ISA instead of x86", although, admittedly, this is not what Crosby said.  It makes sense that removing the "legacy modes" would improve things other than the front end, for example (as you note) something like the load store unit.

I guess I'm willing to believe your "5-10% fewer non-cache" transistors, but I still have a somewhat hard time accepting the clock advantages.  Are there really speed paths through this legacy stuff?

Going back to the LSU as an example, K8 still supports the segmented addressing scheme, but you pay another cycle whenever you use it.  Seems less like "overhead" and more like "pay as you go".

Away, thanks again for the comment.  Good to see another AMDer somewhere besides comp.arch :)</description>
		<content:encoded><![CDATA[<p>Thanks for the comment, Nathan.  </p>
<p>When I originally wrote this, I was thinking more along the lines of &#8220;if we spoke some RISC ISA instead of x86&#8243;, although, admittedly, this is not what Crosby said.  It makes sense that removing the &#8220;legacy modes&#8221; would improve things other than the front end, for example (as you note) something like the load store unit.</p>
<p>I guess I&#8217;m willing to believe your &#8220;5-10% fewer non-cache&#8221; transistors, but I still have a somewhat hard time accepting the clock advantages.  Are there really speed paths through this legacy stuff?</p>
<p>Going back to the LSU as an example, K8 still supports the segmented addressing scheme, but you pay another cycle whenever you use it.  Seems less like &#8220;overhead&#8221; and more like &#8220;pay as you go&#8221;.</p>
<p>Away, thanks again for the comment.  Good to see another AMDer somewhere besides comp.arch :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nathan Zook</title>
		<link>http://mark.santaniello.com/archives/318#comment-34331</link>
		<dc:creator>Nathan Zook</dc:creator>
		<pubDate>Tue, 12 Jun 2007 00:41:45 +0000</pubDate>
		<guid isPermaLink="false">http://mark.santaniello.net/archives/318#comment-34331</guid>
		<description>It's not just scan/align.  Memory segmentation/subsegmentation / I/O / PIC are all hopelessly out-of-date and needlessly complicated.  A clean 64-bit design would probably run 5-10% faster with 5-10% fewer non-cache functional transistors.

So 55% of transistors are made up on the spot.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not just scan/align.  Memory segmentation/subsegmentation / I/O / PIC are all hopelessly out-of-date and needlessly complicated.  A clean 64-bit design would probably run 5-10% faster with 5-10% fewer non-cache functional transistors.</p>
<p>So 55% of transistors are made up on the spot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mmb &#187; Blog Archive &#187; links for 2007-04-05</title>
		<link>http://mark.santaniello.com/archives/318#comment-28089</link>
		<dc:creator>mmb &#187; Blog Archive &#187; links for 2007-04-05</dc:creator>
		<pubDate>Thu, 05 Apr 2007 22:22:45 +0000</pubDate>
		<guid isPermaLink="false">http://mark.santaniello.net/archives/318#comment-28089</guid>
		<description>[...] what percentage of a chip is devoted to x86 legacy (tags: hardware x86 cpu) [...]</description>
		<content:encoded><![CDATA[<p>[...] what percentage of a chip is devoted to x86 legacy (tags: hardware x86 cpu) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://mark.santaniello.com/archives/318#comment-27566</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Wed, 04 Apr 2007 19:53:24 +0000</pubDate>
		<guid isPermaLink="false">http://mark.santaniello.net/archives/318#comment-27566</guid>
		<description>80% of all virtual server installations are worthless...</description>
		<content:encoded><![CDATA[<p>80% of all virtual server installations are worthless&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
