1.0 版本 2009 年 8月已经发布  

1.5 版本 包含1.0版本的所有功能， 分别支持Ironlake 集成显卡和 Larribee 独立显卡

• Ironlake 集成显卡支持的功能

•  Larribee 独立显卡media sdk 支持的功能

2.0 版本 将会支持下下代的集成显卡 sandybridge ， 此集成显卡可以支持硬件编码

本文将按照ATOM的特点，对Intel编译器的优化选项依次说明。一方面强调重点，另一方面也便于读者理解。
首先，ATOM CPU是顺序执行的（现在主流的CPU都是乱序执行的），对于乱序执行优化的程序，在ATOM平台反而会有适得其反的效果，并且耗电。这就要求相关的应用程序在运行期有一个自动设别平台的能力，我们可以通过CPUID指令来实现它。对于编译器而言，问题的关键是如何添加正确的编译选项呢？(Windows平台)和axSSE3_ATOM(Linux平台)编译选项粉墨登场，它告诉编译器对源代码进行ATOM方式的优化。

其次，ATOM CPU支持SSE3指令，那么QaxSSE3_ATOM和axSSE3_ATOM同时也要求编译器对源代码进行SSE3指令的优化。

再则，如果程序有大量的big endian和little endian之间转化的程序块，Intel编译器也提供了/Qinstruction:movbe（Windows平台）和-minstruction=movbe（Linux平台）的编译选项，它能够快速高效的提高数据转化能力。

最后，对于运行环境，编译时我们还需要考虑操作系统是否是为IA32还是IA64，比如说通过-m32或者-m64来定义。它结合QaxSSE3_ATOM和axSSE3_ATOM编译选项，对于提高代码的优化成效是很有帮助的。

对于大多数程序员而言，这些编译选项设置还是相对比较繁琐的，那么Intel编译器提供了一个QxSSE3_ATOM（Windows平台）和xSSE3_ATOM（Linux平台）的编译选项来搞定上面的所有事情。它的好处非常的明了，就是简单，能够满足绝大多数的应用程序。缺点就是无法对IA32,IA64，movbe等指令ON/OFF的控制，无法手动在代码尺寸，速度等方面做一个恰当的应用平衡。

小结：
1. QxSSE3_ATOM（Windows平台）和xSSE3_ATOM（Linux平台）编译选项是能够满足ATOM平台的常规优化能力。对于喜欢手动配置优化能力的程序员，可以考虑使用axSSE3_ATOM，instruction等组合来完成。
2. 本文仅仅提供了编译器端的ATOM优化设置，还有一个非常关键的优化点是：如何利用好ATOM平台的多线程能力？
3. 对于其他的优化选项，比如说ipo在ATOM平台依然是有效的，所以应该结合它们一起做一个全盘的优化，达到性能的最佳。

这时想起不是Intel Parallel Inspector能找内存错误吗？就开到它的最大内存错误检查模式试着跑一把。结果大有收获！原来是使用的框架中犯了一个经常犯的错误: p = new Foo [100] 必须用 delete [] p 结果用了delete p，但是用的是别人的框架啊，几万行代码哪儿去找这个不起眼的错误？还是工具好用，马上改过来，一切恢复正常！

当然最基本的方法是用CPUID指令，编一个小汇编，再去对手册。但这个十分麻烦，不是一般人可以承受的。

还有就是网上有很多现成的小程序，可以安装了之后运行一下。但这招普遍有两个问题：
1。这些程序的更新不见得十分及时，最新发布的CPU一般认不出
2。为了运行程序，需要安装OS，不能裸机就看出CPU类型来。

最近，发现一个网站，十分有效，可以根据英特尔CPU上的标志，直接查出已经正式发布的英特尔CPU类型来，好用阿！
http://ark.intel.com/sspecqdf.aspx
查时请看CPU背面（没有针脚的一面，是背面吧），上面一般都有如下的一些字：
450/512/100/2.0V S1
19270769 -- 0459 Philippines
98 SLGU5

这里SL开头的SLGU5就是CPU的QDF/S-Spec号，把它输入网站的search栏，就可以直接搜出CPU型号了。

标准的嵌入式系统架构有两大体系： RISC（Reduced Instruction Set Computer，精简指令集计算机）处理器，和CISC（Complex Instruction Set Computer，复杂指令集计算机）处理器体系。

RISC体系的阵营非常广泛，从ARM、MIPS、PowerPC、ARC、Tensilica等等，都属于RISC处理器。不过这些处理器虽然同样是属于RISC体系，但是在指令集设计与处理单元的结构上都各有不同，因此彼此完全不能兼容，应用软件也无法简单的重用。

CISC体系就包括了我们的Intel的X86处理器。CISC体系其实效率并不高，因为其指令集和芯片结构全而复杂。过去被应用在嵌入式系统的X86处理器，多为工业计算机中仍可见到的但是数年前早已退出个人计算机市场的Pentium3处理器。由于其性能稳定，加上已经被市场长久验证，故常应用于效能需求不高，但稳定性要求高的应用中，如工控设备等产品。当然了在这个市场上，Intel 遇到了AMD的强烈挑战，然而AMD在购并ATI之后，其表现只能算差强人意。

回顾以往Intel的产品，从嵌入式IXA（互联网交换架构），到网络处理器，Xscale，到现在的Atom，我们一直没有放弃过embedded system，准确的说是一直在寻找一个恰当的切入点进军这个充满潜力的市场。而且我们一直相信嵌入式市场对Intel来说是决定10年后命运的生死攸关的一场战争，据报道2015年全球将有150亿台连接互联网的设备，相对于已成熟的PC市场，嵌入式市场目前的开发程度可谓冰山一角。Intel嵌入式与通信事业部CTO Pranav Mehta 曾经对《电子系统设计》记者表示“现在是进入‘深嵌入式市场’的最佳时机。” 之前，英特尔在嵌入式市场主要在高端产品领域，比如通信与网络，现在，我们要大力投入的是中低端领域，也是我们称之为‘深嵌入式市场’的领域。在传统的深嵌入式领域，各种电子产品与外界没有联系，是一个个的孤岛。现在，人们对于这些孤岛的互连性要求越来越强烈，比如医疗设备、工厂、零售终端等等，都在向互连性迈进。这也正是英特尔的机会。因为现在的互联网基于IP，而英特尔的IA架构是IP网络最适合的平台。工程师在IA架构上更容易实现各种应用的创新。这也是我们今天有信心进入深嵌入式市场的原因。

我们要用IA架构来统一所有的电子产品，从小屏幕的手持设备到大屏幕的PC、以及没有屏幕的深嵌入设备，比如工业控制、交通、军事以及医疗电子等。当然了为了完成这个宏愿，我们要面对强大的ARM阵营，还有很多路要走。

可以预计到的是，HTC这个上网本多半和他的手机一样昂贵啊

之前介绍过英特尔® 至强® 5500 处理器。这款已经正式发布的CPU，性能十分强劲，这里就是宝信的一个例子：

宝信一体化监控指挥平台iCentroView5采用基于英特尔® 至强® 5500处理器的测试平台显著提升软件整体性能

在同企业信息部门的交流中，经常发现对数据中心的抱怨：抱怨不好管理，抱怨维护高昂，抱怨升级痛苦… 也走进了许多数据中心，深为里面的“万国旗”而震动：采购直不同时期，不同品牌不同配置的硬件，不同版本不同参数的软件… 也见过整洁划一的数据中心，但了解下来，多是把老系统彻底推倒重来，我们真的不差钱吗？

如何应对系统处理容量的快速发展，如何解决复杂的管理问题，如何保护现有投资呢？虚拟化和云计算是一个解。

从总体架构上讲，数据中心的硬件资源可以分为两个部分：一部分是由虚拟化平台软件所管理的x86服务器池，也就是传统上说的PC服务器。虚拟化平台软件则是把这些物理的计算资源转换成了逻辑的计算资源。什么是逻辑的计算资源？说白了就是通过创建虚拟机使得计算资源按需分配。现在的x86服务器都从硬件上支持虚拟机操作，而且计算资源也很充沛，4核服务器都很普遍了，所以可以根据实际的需要切出合适大小的虚拟计算机，这个包括处理器的个数和内存的大小。虚拟机是在软件控制下产生的，平台管理软件的控制，所有的设备是虚拟的，和底层物理硬件无关，所以一致性好做到了“异中求同”，从而可以保护大量原有投资。虚拟机可以根据需要动态的产生，撤销，迁移，这些都可以有平台软件的控制下自动完成，更加方便管理。在这种架构的支持下，上层可以支持不同的应用，这些应用不再关心运行在那个具体的物理服务器上，这个过程由虚拟化平台软件负责调配完成：虚拟化平台软件就像一个操作系统管理这些物理服务器，上层的解决方案就像应用程序。当某个解决方案需要更多的计算资源的时候，虚拟化平台软件就为他分配更多的虚拟机，当不需要的时候，虚拟化平台软件就把这些虚拟机在撤销。就这样，控制者物理服务器资源在不同的解决方案中灵活的调度，这个过程是自动实现的。当社保的系统规模增大的时候，就添加更多的物理机到资源池中去，虚拟化平台软件会很好的把他们自动的管理起来。由于虚拟机和物理机的差别是老的软件感觉不到的，所以原有的解决方案不需要做改变即可在虚拟化平台上运行，由此兼容原有的系统。新系统可以为新的运行平台做优化，更好的实现可管理性和资源的动态调度。

从本质上说，这种虚拟化了的数据中心隔离了硬件与应用：应用看到的是计算资源，而不再是一台台的机器。这不就是云计算吗？

而数据中心的虚拟化和云计算建设可以本着循序渐进的原则，从一点开始，逐步建立虚拟化平台，渐进的把更多应用切换的这个平台上。而一些应用，可能由于历史限制或者说非常关键，短期内迁移还有很大的顾虑，就继续沿用，不必改变。从技术路线上说，数据中心虚拟化的过程，是一个循序渐进的过程，是逐步演进，逐步改良的过程而不是一下子推到重来。

带着UMPC走川滇藏-Day13

-珠峰大本营,拉萨

清晨4点多，迷迷糊糊从睡梦中醒来，口渴得厉害。由于害怕半夜要起来上厕所，晚上就没敢怎么喝水。幸好睡前把水壶放在床头桌子上了。手摸到水壶的铝制罐体，冰凉冰凉的。勉强喝了一小口润润嘴，在嘴里含了不少时间把它暖了后才咽下去润了喉咙。由于床窄，睡袋上还盖了两条被子，翻身很不容易，勉强翻一下要喘上一会儿。喝了水后，睡不着觉了，可能由于冷吧，脑子显得格外清醒，一直努力让自己睡着，但无济于事。有几次都想干脆躲在被窝里爬网了，但怕影响到其他的人，把这个念头忍了下去。后来一直处于半梦半醒状态，让思绪信马由缰。就这样一直到了7点，听到帐篷外面有些动静了，便起了床。不知道是由于晚上没睡好还是高海拔的原因，或者兼而有之，头有些疼。穿上防寒衣裤后，带着手电走出帐篷。外面非常寒冷。近的一个厕所已经被人占了，只得走出营地到营地外的一个厕所，来回大概有500路程，不敢走快。回到营地，天有些亮了，但整个营地笼罩在晨雾之中。从帐篷里取出相机和脚架来到昨天拍珠峰日落的地点，准备拍珠峰的日出。可对着珠峰的位置望去，珠峰的山顶躲在了厚厚的云层里面。陆续又过来几个昨天一起拍照的人，互相交流着队里是否有高原反应的人。

(清晨被云遮住的珠峰)

(清晨云雾笼罩下的营地)

8:25我们还是没看到云开雾散，店家讲，这样的云雾要到中午时分才有可能散，我们商量后决定还是启程赶路吧。说实话，我们已经对昨天的拍摄相当满意了，觉得上天对我们非常仁慈，让我们如此清晰地拍到珠峰。金巴师傅也说，我们这次运气非常不错，他今年来了珠峰11次，只见到珠峰3次，这次是第三次。我们车上还有丰富的给养，所以没在营地吃早饭，直接上车启程，准备到昨天的白坝村吃早饭。路过绒布寺时，尼玛师傅的哥哥在路边等他，让他把一包东西带回日喀则。昨天我们去大本营的路上也碰到尼玛师傅的另一个哥哥在为一帮骑自行车旅行的老外在开补给车。原来他们几个兄弟都在这里开车接游客。

今天我们要从大本营沿318国道直接赶回拉萨，其中还有不少限速路段，所以后面都是在赶路了。昨晚基本上大家都没有睡好，车上都在呼呼大睡。另外可能经过了这么多天，大家也都有些审美疲劳，一般的景色已经没法打动我们举起相机了。

由于忙着赶路，我们到16:50才在大竹卡吃了"午饭"。吃的是当地的咖喱饭。

一路上飞奔，是不是还要因为限速停下来休息。我们一直到晚上8:55才到达拉萨，回到拉萨河大酒店。幸好高原地区，天暗得晚，饭店也开得晚，我们放下行李后就跑出去到一家骨头火锅店大吃了一顿。约好第二天先排三个人去布达拉宫预约登记第三天的门票，再到大昭寺广场会合进大昭寺参观。