Smith先生，对要说GPU合并在在IDF的出版briefing后，MCM实现问题，已经否定了。同时，象下面一样地谈了。

　　我们第一次与合并graphicsCPU方面转移存储器控制器的事得了尽可能的多数的budget。那个也是合并化的1个理由。要是45nm可以成功，对制造的时候，不背负以平均印模尺寸庞大的penalty，能让(CPUGPU核心和存储器控制器)合并.

　　GPU合并，因为作为从mainstreamPC下的解决方案，Intel和AMD，最初都被推定双内核CPU合并GPU核心。譬如，为了一般认为kuaddokoaNehalemGPU核心的话，印模尺寸(半导体实体的面积)很大地超过300平方mm，成本很难得到控制。可是，CPU方面要是双内核，要是现在的合并graphics左右的规模，被推定能200平方mm台前半部分就OK了。

　　如果，由32nm经过先组成的话，mainstream&不合并价值CPU，GPU印模有余了。把线程并列性低的软件环境作为目标的话，通用CPU内核的数不能急剧地增加。于是，经济上的侧面也不得不合并CPU和GPU。

　　那么，Intel芯片组方面合并GPU核心的产品计划，全部不持(有)吗?不赔不赚的Nehalem的计划，(是适合桌面最初提供合并图形芯片组套的计划移动从当初开始CPU方面合并的预定GPU)。可是，Smith先生，却否定了合并图形芯片组套的计划。

　　是(对IOH合并GPU的计划的回答)没有。IOH合并Graphics controller的事，不system architecture性地做意义。IOH，说不定(QPI+PCIe)稍稍变得复杂。说不定变得持(有)对象konshumabideopoto一样的东西的连接。可是，Graphics controller自己不持(有)吧

　　阐明了否定着合并图形芯片组套的存在。对CPU的GPU合并，好象现在的Nehalem平台的产品计划的。一般认为芯片组方面GPU核心这个计划，被修正了。当然，为了展示的平台，discretegraphics变成必要，GPU合并版Nehalem成为从mainstream下的选择吧。

　　同时，被推定Smith先生后段谈，是模拟录像输出的。CPU合并模拟录像输出的，技术上稍稍领先了一点。由于低噪音对于high-performance的mixdo信号电路，变得需要特殊的经过的ficha。如果Intel避开那样的CPU的复杂化，是不是芯片组方面包藏模拟出界，使用另外的成为自然的流动。