<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	〈電腦達人養成計畫 5-22：DirectX 11 與 AMD 的再次輝煌－Terascale 2 架構 (上)〉的留言	</title>
	<atom:link href="https://isite.tw/2016/12/31/17702/feed" rel="self" type="application/rss+xml" />
	<link>https://isite.tw/2016/12/31/17702?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=%25e9%259b%25bb%25e8%2585%25a6%25e9%2581%2594%25e4%25ba%25ba%25e9%25a4%258a%25e6%2588%2590%25e8%25a8%2588%25e7%2595%25ab-5-22%25ef%25bc%259adirectx-11-%25e8%2588%2587-amd-%25e7%259a%2584%25e5%2586%258d%25e6%25ac%25a1%25e8%25bc%259d%25e7%2585%258c%25ef%25bc%258dterascale-2-%25e6%259e%25b6%25e6%25a7%258b</link>
	<description>日誌、科技、軟體、硬體、手機、架站</description>
	<lastBuildDate>Thu, 05 Jan 2017 09:45:00 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		留言者: 黃昱壹		</title>
		<link>https://isite.tw/2016/12/31/17702#comment-1197</link>

		<dc:creator><![CDATA[黃昱壹]]></dc:creator>
		<pubDate>Thu, 05 Jan 2017 09:45:00 +0000</pubDate>
		<guid isPermaLink="false">https://isite.tw/?p=17702#comment-1197</guid>

					<description><![CDATA[關於最後一頁的Sideport 
我曾經為此至信給AMD，AMD表示4870X2確實具備Sideport電路
但是實測上PLX內部交換的速度已經可以滿足雙GPU CF的需求
所以在不增加額外功耗的情況下，在BIOS中是禁用Sideport功能的
所以HD 4870 X2 成為歷史上唯一一款有具備這項技術的 GPU。但未使用]]></description>
			<content:encoded><![CDATA[<p>關於最後一頁的Sideport<br />
我曾經為此至信給AMD，AMD表示4870X2確實具備Sideport電路<br />
但是實測上PLX內部交換的速度已經可以滿足雙GPU CF的需求<br />
所以在不增加額外功耗的情況下，在BIOS中是禁用Sideport功能的<br />
所以HD 4870 X2 成為歷史上唯一一款有具備這項技術的 GPU。但未使用</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		留言者: Windtmac		</title>
		<link>https://isite.tw/2016/12/31/17702#comment-1189</link>

		<dc:creator><![CDATA[Windtmac]]></dc:creator>
		<pubDate>Sat, 31 Dec 2016 10:00:00 +0000</pubDate>
		<guid isPermaLink="false">https://isite.tw/?p=17702#comment-1189</guid>

					<description><![CDATA[一些發現想與大家討論：

1. 「&lt;strong&gt;DirectCompute 11&lt;/strong&gt; 的 threads 可完全讀寫配置的 &lt;strong&gt;32 KB&lt;/strong&gt; 記憶體」
   文字描述無誤，而比較表的單位有 typo.
   &lt;blockquote&gt;原表 = &quot;Full 32 B read/write access&quot; —— &lt;em&gt;DirectCompute 11&lt;/em&gt;, p1&lt;/blockquote&gt;
2. 「In VLIW5, 1 &lt;strong&gt;SP&lt;/strong&gt;(&lt;strong&gt;SC&lt;/strong&gt;, &lt;em&gt;Stream Cores&lt;/em&gt;) = 5 &lt;strong&gt;SPU&lt;/strong&gt;(&lt;em&gt;Stream Processing Unit&lt;/em&gt;)」
   根據 5-20 之 &lt;em&gt;一個統一渲染器架構，各自表述&lt;/em&gt; 是這樣描述的，那麼下列原文是否應如此更動？
   &lt;blockquote&gt;&quot;可供單一 SIMD Engine 裡的 160 個 SP&lt;strike&gt;U&lt;/strike&gt; (現在改稱 Stream Cores) 存取&quot; —— &lt;em&gt;Evergreen 架構&lt;/em&gt;, p4&lt;/blockquote&gt;&lt;blockquote&gt;&quot;在新架構之下意味著 Evergreen 至多可以擁有高達 1,600 個 SPU &lt;strike&gt;(SC)&lt;/strike&gt;&quot; —— &lt;em&gt;Evergreen 架構&lt;/em&gt;, p4&lt;/blockquote&gt;
3. 「&lt;strong&gt;Redwoo&lt;strike&gt;o&lt;/strike&gt;d&lt;/strong&gt;」
   Typo.
   &lt;blockquote&gt;原文 = &quot;Redwoood 的規格設定基本上就是從 Juniper 在削減一半而來&quot; —— &lt;em&gt;Redwood 核心&lt;/em&gt;, p5&lt;/blockquote&gt;
4. 「有關記憶體位寬，由 &lt;strong&gt;Cypress&lt;/strong&gt; 轉至 &lt;strong&gt;Juniper&lt;/strong&gt; 時，就已經自 256-bit 砍為 128-bit; &lt;strong&gt;Juniper&lt;/strong&gt; 再到 &lt;strong&gt;Redwood&lt;/strong&gt; 時，反而是持平沒再降，同為 128-bit」
   而本文在介紹 &lt;strong&gt;Juniper&lt;/strong&gt; 時，未談及記憶體位寬的情形；但在 &lt;strong&gt;Redwood&lt;/strong&gt; 處，說到位寬折半為 &lt;em&gt;128-bit&lt;/em&gt;. 一整個看下來，很容易有以下錯覺：

&lt;strong&gt;Cypress&lt;/strong&gt; → &lt;strong&gt;Juniper&lt;/strong&gt; → &lt;strong&gt;Redwood&lt;/strong&gt; = 256-bit → 256-bit → 128-bit

   有需要提醒大家注意！
   &lt;blockquote&gt;原文 = &quot;除此之外記憶體頻寬也跟著折半回到 128-bit 了。&quot; —— &lt;em&gt;Redwood 核心&lt;/em&gt;, p5&lt;/blockquote&gt;]]></description>
			<content:encoded><![CDATA[<p>一些發現想與大家討論：</p>
<p>1. 「<strong>DirectCompute 11</strong> 的 threads 可完全讀寫配置的 <strong>32 KB</strong> 記憶體」<br />
   文字描述無誤，而比較表的單位有 typo.</p>
<blockquote><p>原表 = &#8220;Full 32 B read/write access&#8221; —— <em>DirectCompute 11</em>, p1</p></blockquote>
<p>2. 「In VLIW5, 1 <strong>SP</strong>(<strong>SC</strong>, <em>Stream Cores</em>) = 5 <strong>SPU</strong>(<em>Stream Processing Unit</em>)」<br />
   根據 5-20 之 <em>一個統一渲染器架構，各自表述</em> 是這樣描述的，那麼下列原文是否應如此更動？</p>
<blockquote><p>&#8220;可供單一 SIMD Engine 裡的 160 個 SP<strike>U</strike> (現在改稱 Stream Cores) 存取&#8221; —— <em>Evergreen 架構</em>, p4</p></blockquote>
<blockquote><p>&#8220;在新架構之下意味著 Evergreen 至多可以擁有高達 1,600 個 SPU <strike>(SC)</strike>&#8221; —— <em>Evergreen 架構</em>, p4</p></blockquote>
<p>3. 「<strong>Redwoo<strike>o</strike>d</strong>」<br />
   Typo.</p>
<blockquote><p>原文 = &#8220;Redwoood 的規格設定基本上就是從 Juniper 在削減一半而來&#8221; —— <em>Redwood 核心</em>, p5</p></blockquote>
<p>4. 「有關記憶體位寬，由 <strong>Cypress</strong> 轉至 <strong>Juniper</strong> 時，就已經自 256-bit 砍為 128-bit; <strong>Juniper</strong> 再到 <strong>Redwood</strong> 時，反而是持平沒再降，同為 128-bit」<br />
   而本文在介紹 <strong>Juniper</strong> 時，未談及記憶體位寬的情形；但在 <strong>Redwood</strong> 處，說到位寬折半為 <em>128-bit</em>. 一整個看下來，很容易有以下錯覺：</p>
<p><strong>Cypress</strong> → <strong>Juniper</strong> → <strong>Redwood</strong> = 256-bit → 256-bit → 128-bit</p>
<p>   有需要提醒大家注意！</p>
<blockquote><p>原文 = &#8220;除此之外記憶體頻寬也跟著折半回到 128-bit 了。&#8221; —— <em>Redwood 核心</em>, p5</p></blockquote>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
