TGFC Lifestyle - Powered by Discuz! Board

标题: [电脑] MS演示ARM平台的Windows系统 [打印本页]

作者: z0406 时间: 2011-1-6 11:39 标题: MS演示ARM平台的Windows系统

posted by wap, platform: GoogleChrome

【搜狐IT消息】北京时间1月6日消息，据国外媒体报道，当地时间本周三，微软在2011年国际CES展上公布了新一代Windows将支持片上系统（SoC）架构，其中包括来自合作伙伴NVIDIA、高通和德州仪器的ARM架构。英特尔和AMD将继续利用其x86架构上开发完全支持Windows的低能耗SoC设计，包括支持本土x86应用。SoC架构借助Windows平台的宽度和深度，将引发硬件领域重大创新。
　　微软在公布该消息时，还展示了在新SoC平台上运行的新版本Windows。新SoC平台包括来自英特尔的x86架构平台，来自NVIDIA、高通和德州仪器的ARM架构平台。技术展示包括大范围Windows客户端支持，如硬件加速图形和媒体播放，使用最新版IE浏览器进行硬件加速网络浏览，支持USB设备，打印和其它计算体验功能。微软通过ARM架构上运行的微软Office展示了该架构上Windows平台完整的深度与宽度。
　　Windows将继续领导业界，支持尽可能多的设备，为客户提供所需的宽度和选择。英特尔和AMD将继续发展并改进x86平台，包括新低能耗系统和先进的新设计。如最近公布的第二代英特尔酷睿处理器家族和AMD的Fusion加速处理器（APU）。NVIDIA、高通和德州仪器也首次联手微软提供基于ARM架构的产品。
　　微软Windows和Windows Live部门总裁史蒂文·辛诺夫斯基（Steven Sinofsky）说：“我们今天公布这一消息，就是希望通过软件的力量和顶级工程技术展示Windows的灵活性。我们将根据客户需求为不同硬件平台提供兼容性。”
　　SoC架构将计算设备主要部件整合至单一硅片上，从而使设备体积更小、厚度更薄，有助于降低能耗、提高电池续航时间，使一直在线和一直连接成为可能。新一代Windows客户端支持SoC，将使业界合作伙伴能够设计并发布前所未有的大量新硬件。
　　下面是合作伙伴针对微软新一代Windows支持SoC系统发表的评论：
　　AMD
　　AMD企业副总裁Manju Hegde说：“我们正在进入一个新的计算时代，从高端游戏和内容创建到视频播放和网络浏览，高清内容和3D用户界面司空见惯。AMD和微软将使这些生动的PC体验通过x86架构设备为大家展示出来。这些设备涵盖了高清多屏桌面、超薄笔记本、上网本和平板电脑等范畴，我们期望Windows和AMD Fusion APU能够拉动新一轮创新。Windows和AMD Fusion将为互联网体验、高清视频和3D内容无缝播放注入新鲜血液，进一步促进办公应用的流行。”
　　ARM
　　ARM CEO沃伦·伊斯特（Warren East）说：“微软公布新一代Windows支持SoC的消息令我们激动。这对ARM和ARM合作伙伴而言是个重要的里程碑，我们期待与微软合作。Windows与低能耗ARM架构结合，与ARM合作伙伴营销专业知识及该生态系统内大量SoC人才联手可谓珠联璧合，使创新平台在不久的将来成为现实，最终创造新的市场机遇、向消费者提供最好的产品。”
　　英特尔
　　英特尔副总裁道格拉斯·戴维斯（Douglas L. Davis）说：“即使根据最保守预测，未来数年在线设备数量也有数十亿台。上网本就是最好示例，英特尔与微软联手促进上网本迅速增长。未来，我们两家还将联手推定制版低能耗Windows操作系统，下一代英特尔凌动处理器将为用户提供类似PC的体验，并提高电池续航时间、产品性能和安全性。”
　　NVIDIA
　　NVIDIA总裁兼CEO黄仁勋：“Windows支持ARM预示着计算业界的重大转变。ARM已成为全球最大的、增长最快的CPU架构，Windows支持ARM，将加速该架构普及。我们期待与微软合作，创建更神奇的Windows设备。”
　　高通
　　高通总裁罗卜·钱德霍克（Rob Chandhok）说：“今天微软公布的消息表明计算产业又向前迈出一大步。高通能继续与微软合作，我们感到很兴奋。我们将把Windows拓展至更多Snapdragon设备，提供一直连接的高性能移动解决方案。”
　　德州仪器
　　德州仪器副总裁兼总经理雷米·艾尔-奥扎尼（Remi El-Ouazzane）：“德州仪器很高兴与微软合作，Windows登陆移动设备将成为现实。我们一直坚持低能耗是移动的根本，并期望利用我们的OMAP平台平衡高性能和低能耗，推出新移动计算设备。”

本帖最后由 z0406 于 2011-1-6 11:40 通过手机版编辑

[ 本帖最后由 z0406 于 2011-1-6 11:43 编辑 ]

作者: hudihutian 时间: 2011-1-6 11:50

我觉得这样搞的话，intel,amd,apple,google都会感到全身难受:D

作者: lijgame 时间: 2011-1-6 14:54

草，这是业界的核弹啊
芯片要重新洗牌了么

作者: jun4rui 时间: 2011-1-6 14:59

posted by wap, platform: GoogleChrome

其实别以为Windows8对Intel是一个压力，其实对MS何尝不是？

ARM能跑X86编译出来的软件吗？当然不能。

Win8 X86和Win8 ARM不兼容怎么办？

估计MS还是抛出.Net和SilverLight技术这两个，或者直接玩克劳德了。

但是到时候有多少人继续鸟Win8 ARM还有待观望，如果走向跨平台，那以前的软件资源肯定或多或少有影响了，毕竟你不会指望《星际争霸2》能在Windows 8 ARM上跑吧？

作者: 纵海行舟 时间: 2011-1-6 15:05

posted by wap, platform: GoogleChrome

引用:

原帖由 @jun4rui 于 2011-1-6 14:59 发表
posted by wap, platform: GoogleChrome

其实别以为Windows8对Intel是一个压力，其实对MS何尝不是？

ARM能跑X86编译出来的软件吗？当然不能。

Win8 X86和Win8 ARM不兼容怎么办？

估计MS还是抛出.Net和Silv ...

我觉得微软一定要玩和x86兼容的话，可能得不偿失。平板的输入方式和笔记本乃至台机还是有很大区别的，这点iPad是很好的诠释。平板需要针对性的应用，否则体验不会很好，到时候用户还是更加青睐ios或者android。专业用户则会选择性能强劲的x86附带触摸的产品，而非arm windows产品。

作者: burnfox 时间: 2011-1-6 15:07

难道Windows CE不是ARM上的Windows么？富士通还出过CE的笔记本，界面看起来跟98一模一样。

微软如果做不到两者软件兼容，那我真的看不懂了。

作者: 星之尘 时间: 2011-1-6 15:10

该怎么样还是怎么样，笔记本和台式机用X86是妥妥的，微软只是想抢占嵌入式系统平台市场，ARM和X86又不兼容，市场本来就不一样

作者: u571 时间: 2011-1-6 15:10

兼容其实就是个双刃剑，对于大部分WIN X86软件来说不做大量修改根本无法适应平板触摸操作。

微软这样搞其实就是想让自己的最大本钱能在平板上发挥最大作用。其实游戏什么的不是最关键因素，如果未来ARM windows装机量上去暴雪也会发售ARM优化版本的星际争霸2。重度游戏玩家依然可以继续使用自己的高性能X86平台。

微软现在压力很大，PC已经没什么太大空间可以挖掘。如果在平板和云计算领域再落后的话，只怕windows的未来只能在专业领域转悠了

作者: jun4rui 时间: 2011-1-6 15:15

posted by wap, platform: GoogleChrome

如果ARM和X86版不兼容的话，那这货和Windows CE/Windows Mobile有啥区别？

这玩意真的觉得有点蛋疼啊，MS要早点应招，在iPhone1代的时候就要醒悟，布局才对，人家APPLE虽然没盖茨那么早看出下一代计算平台是移动端，但是起码人家比你早发力很多。

作者: u571 时间: 2011-1-6 15:17

引用:

原帖由 纵海行舟 于 2011-1-6 15:05 发表
posted by wap, platform: GoogleChrome

我觉得微软一定要玩和x86兼容的话，可能得不偿失。平板的输入方式和笔记本乃至台机还是有很大区别的，这点iPad是很好的诠释。平板需要针对性的应用，否则体验不会很好，到时 ...

我觉得微软的意思不是现有的X86软件兼容，而是未来windows平板软件可以在X86和ARM上通用。

现在的X86软件说实在的用电容屏幕触摸操作简直就是自虐:D

作者: u571 时间: 2011-1-6 15:19

引用:

原帖由 jun4rui 于 2011-1-6 15:15 发表
posted by wap, platform: GoogleChrome

如果ARM和X86版不兼容的话，那这货和Windows CE/Windows Mobile有啥区别？

这玩意真的觉得有点蛋疼啊，MS要早点应招，在iPhone1代的时候就要醒悟，布局才对，人家APPLE虽 ...

微软是有点迟，但还没到不可救药的地步。

作者: 纵海行舟 时间: 2011-1-6 15:22

posted by wap, platform: GoogleChrome

引用:

原帖由 @jun4rui 于 2011-1-6 15:15 发表
posted by wap, platform: GoogleChrome

如果ARM和X86版不兼容的话，那这货和Windows CE/Windows Mobile有啥区别？

这玩意真的觉得有点蛋疼啊，MS要早点应招，在iPhone1代的时候就要醒悟，布局才对，人家APPLE虽 ...

一个arm完整版的office就够微软吃一阵的了，当然必须要针对平板系统优化过的。再搞一些能够快速帮开发人员将x86应用迁移过来的接口平台，也能吸引一大批用户，毕竟微软在桌面系统的号召力在那边摆着，而相对于手机，平板显然更贴近桌面系统，应该不会像wm那么不济。
最重要是微软有钱，他想怎么玩都可以。。。。

作者: burnfox 时间: 2011-1-6 15:23

Newton

作者: burnfox 时间: 2011-1-6 15:24

引用:

原帖由 纵海行舟 于 2011-1-6 15:22 发表
posted by wap, platform: GoogleChrome

一个arm完整版的office就够微软吃一阵的了，当然必须要针对平板系统优化过的。再搞一些能够快速帮开发人员将x86应用迁移过来的接口平台，也能吸引一大批用户，毕竟微软在桌面 ...

还不如直接开发iOS、Android版本的Office来钱快。

看了两大Lion的新特性，很明显苹果是想让Mac OS X越来越像iOS那样简单明了（连猫和2岁儿童都能玩的，有实例）。

而微软弄出了WP7之后，还是想走把Windows写满大街小巷的老路。

我还是不明白这个跟CE有啥区别。

[ 本帖最后由 burnfox 于 2011-1-6 15:27 编辑 ]

作者: u571 时间: 2011-1-6 15:26

引用:

原帖由 burnfox 于 2011-1-6 15:24 发表

还不如直接开发iOS、Android版本的Office来钱快。

卖一套windows+office赚的钱多还是光卖一套office多？

作者: hudihutian 时间: 2011-1-6 15:27

要完整版OFFICE干嘛？云平台留着过年杀了吃啊:D

作者: McLovin 时间: 2011-1-6 15:28

引用:

原帖由 jun4rui 于 2011-1-6 14:59 发表
posted by wap, platform: GoogleChrome

其实别以为Windows8对Intel是一个压力，其实对MS何尝不是？

ARM能跑X86编译出来的软件吗？当然不能。

Win8 X86和Win8 ARM不兼容怎么办？

估计MS还是抛出.Net和Silv ...

按理说，如果底层WINDOWS接口都是一样的，可以在编译器层面解决这个问题。
相同的软件代码，选择编译出不同的版本即可。

作者: 纵海行舟 时间: 2011-1-6 15:30

posted by wap, platform: GoogleChrome

引用:

原帖由 @burnfox 于 2011-1-6 15:24 发表
还不如直接开发iOS、Android版本的Office来钱快。

看了两大Lion的新特性，很明显苹果是想让Mac OS X越来越像iOS那样简单明了（连猫和2岁儿童都能玩的，有实例）。

而微软弄出了WP7之后，还是想走把Windows写 ...

微软这种规模的企业更在乎的是战略布局，这种平台的office能卖多少钱？19.9刀？这点利润，微软随便在研究项目的开支上缩减一点就出来了。
微软是当前研究方面投入最多的公司，很多研究甚至和软件都无关。战略方向才是它的重点。

作者: jun4rui 时间: 2011-1-6 15:31

posted by wap, platform: GoogleChrome

引用:

原帖由 @McLovin 于 2011-1-6 15:28 发表
按理说，如果底层WINDOWS接口都是一样的，可以在编译器层面解决这个问题。
相同的软件代码，选择编译出不同的版本即可。

X86和ARM的差异太大了，Linux跨平台编译的时候代码都要做很多功夫，估计这个也不会少。

我觉得还是走云平台的可能性靠谱一些，或者.Net/SilverLight这种解释型的环境。

作者: burnfox 时间: 2011-1-6 15:31

引用:

原帖由 u571 于 2011-1-6 15:26 发表

卖一套windows+office赚的钱多还是光卖一套office多？

但现在封闭收钱的WP7已不能指望比半开源免费的Android占有率更大了，在Android已经抢先的情况下，而同样封闭的iOS不但抢先，内容方面也有大优势，苹果还有全套解决方案。

Android软件硬件严重分裂导致游戏不容易开发，但是Office这类软件没这么难。

作者: burnfox 时间: 2011-1-6 15:32

引用:

原帖由 纵海行舟 于 2011-1-6 15:30 发表
posted by wap, platform: GoogleChrome

微软这种规模的企业更在乎的是战略布局，这种平台的office能卖多少钱？19.9刀？这点利润，微软随便在研究项目的开支上缩减一点就出来了。
微软是当前研究方面投入最多的公司 ...

都说微软专利多研发多，可是转化成白花花银子能力强的，还是苹果啊。

同样是撒大网，至少Google还捞到了Android。

微软现在还是在吃老本，没人能保证Windows 8不会隔代遗传成又一失败产品。

[ 本帖最后由 burnfox 于 2011-1-6 15:35 编辑 ]

作者: u571 时间: 2011-1-6 15:36

引用:

原帖由 jun4rui 于 2011-1-6 15:31 发表
posted by wap, platform: GoogleChrome

X86和ARM的差异太大了，Linux跨平台编译的时候代码都要做很多功夫，估计这个也不会少。

我觉得还是走云平台的可能性靠谱一些，或者.Net/SilverLight这种解释型的环境。

微软既然选择了兼容ARM的策略，肯定在未来DX和软件开发方面做好了相应的计划。

我们不必过多关心现有X86软件的兼容问题

作者: jun4rui 时间: 2011-1-6 15:37

posted by wap, platform: GoogleChrome

反正现在还没谱，我就看保守的MS怎么设计出一个融合传统Windows和触摸屏控制，并适合大尺寸电脑屏幕和小型化Tablet的UI来，想想就兴奋啊

作者: u571 时间: 2011-1-6 15:40

引用:

原帖由 burnfox 于 2011-1-6 15:31 发表

但现在封闭收钱的WP7已不能指望比半开源免费的Android占有率更大了，在Android已经抢先的情况下，而同样封闭的iOS不但抢先，内容方面也有大优势，苹果还有全套解决方案。

Android软件硬件严重分裂导致游戏不容 ...

所以微软下一代windows才兼容ARM，相比office而言windows平台才是微软的根本。

未来windows软件可以ARM平板和X86台式机通用，你想象下这对于用户和软件开发人员来说诱惑力极大

作者: burnfox 时间: 2011-1-6 15:40

微软应该不会毫无理由的出招，也可能是现在信息太少，现在看不出这个跟CE的区别。

作者: 纵海行舟 时间: 2011-1-6 15:42

posted by wap, platform: GoogleChrome

引用:

原帖由 @burnfox 于 2011-1-6 15:32 发表
都说微软专利多研发多，可是转化成白花花银子能力强的，还是苹果啊。

同样是撒大网，至少Google还捞到了Android。

微软现在还是在吃老本，没人能保证Windows 8不会隔代遗传成又一失败产品。

不能这么说，从微软企业经营角度而言，它现金流充裕，不缺钱。而google和apple刚经历了高速增长期，其股东对回报预期都非常高，每年都要死盯投资回报率。微软这种成熟稳健型企业在这方面的压力不大。
再者，微软一直被反垄断所困，进一步扩张的阻力很大。现在这种潜心研发，其实分散市场不确定性的风险，对于这种巨型企业，保守是最好的战略。微软和IBM的风格非常类似，战略核心就是“稳”。

本帖最后由纵海行舟于 2011-1-6 15:49 通过手机版编辑

作者: u571 时间: 2011-1-6 15:47

引用:

原帖由 burnfox 于 2011-1-6 15:40 发表
微软应该不会毫无理由的出招，也可能是现在信息太少，现在看不出这个跟CE的区别。

区别的话用游戏机来比喻，其实跟微软XB360兼容XB游戏类似。直接放盘不行，还得打补丁。

我估计未来ARM跑之前windows软件也差不多

作者: burnfox 时间: 2011-1-6 15:50

微软的生存现在肯定不用担心，但是只不过现在的场面很难看：

浏览器份额节节下降。
手机系统老的完全OUT，新的还未显锋芒。
桌面系统还不知能不能摆脱一代成功一代失败的怪圈，至少Mac OS X的占有率至少在美国是增长态势。

我想这ARM版Windows应该是用了某种方式来兼任x86软件，否则毫无意义啊。

另外ARM的优势是功耗低吧，也许微软是想弄超长待机的东东。

不过相比这个东东，我希望它能平滑过渡到Unicode，让大家告别乱码吧。

[ 本帖最后由 burnfox 于 2011-1-6 15:52 编辑 ]

作者: jun4rui 时间: 2011-1-6 15:50

posted by wap, platform: GoogleChrome

短期没不会啊，打死Intel它也不会开放的，用其他方式实现一系列SSE恐怕很难

作者: u571 时间: 2011-1-6 15:54

引用:

原帖由 jun4rui 于 2011-1-6 15:50 发表
posted by wap, platform: GoogleChrome

短期没不会啊，打死Intel它也不会开放的，用其他方式实现一系列SSE恐怕很难

除了多媒体和游戏软件以外，用SSE代码的不多。再说ARM也有自己的SIMD和多媒体加速单元

一般人用windows也就那几款软件，专业人士的话老实继续用X86不就行了

作者: 潮吹圣手 时间: 2011-1-6 15:55

引用:

原帖由 jun4rui 于 2011-1-6 15:31 发表
posted by wap, platform: GoogleChrome

X86和ARM的差异太大了，Linux跨平台编译的时候代码都要做很多功夫，估计这个也不会少。

我觉得还是走云平台的可能性靠谱一些，或者.Net/SilverLight这种解释型的环境。

看过win源码的都知道改一改cpu硬件层就能支持各种cpu

作者: 纵海行舟 时间: 2011-1-6 15:55

posted by wap, platform: GoogleChrome

我估计win8直接就把触摸输入作为标准核心组件，开发人员在新应用中必须兼容。

作者: jun4rui 时间: 2011-1-6 15:59

posted by wap, platform: GoogleChrome

引用:

原帖由 @潮吹圣手于 2011-1-6 15:55 发表
看过win源码的都知道改一改cpu硬件层就能支持各种cpu

能看到Win源代码你已经很牛逼了，至于要多人工去“改一改”，啧啧……

作者: jun4rui 时间: 2011-1-6 16:00

posted by wap, platform: GoogleChrome

引用:

原帖由 @纵海行舟于 2011-1-6 15:55 发表
posted by wap, platform: GoogleChrome

我估计win8直接就把触摸输入作为标准核心组件，开发人员在新应用中必须兼容。

问题是，这个输入核心如何兼容键鼠+触摸屏两套输入方式？

这个UI和输入方式可不好设计啊。

作者: 纵海行舟 时间: 2011-1-6 16:02

posted by wap, platform: GoogleChrome

引用:

原帖由 @jun4rui 于 2011-1-6 16:00 发表
posted by wap, platform: GoogleChrome

问题是，这个输入核心如何兼容键鼠+触摸屏两套输入方式？

这个UI和输入方式可不好设计啊。

这是微软必须去做的事，现在桌面系统已经足够成熟和炫丽了，如果不在其他方面更新，windows要如何进化？如何吸引顾客升级？这都是微软必须考虑的。

作者: burnfox 时间: 2011-1-6 16:04

引用:

原帖由 潮吹圣手 于 2011-1-6 15:55 发表

看过win源码的都知道改一改cpu硬件层就能支持各种cpu

没在微软混过的谁看过Win的源码啊？

作者: 潮吹圣手 时间: 2011-1-6 16:04

引用:

原帖由 jun4rui 于 2011-1-6 15:59 发表
posted by wap, platform: GoogleChrome

能看到Win源代码你已经很牛逼了，至于要多人工去“改一改”，啧啧……

当然比较少工作量了

工作量大的地方是写乱七八糟各类手机硬件的驱动，不过这些都是厂商自己搞去了

[ 本帖最后由潮吹圣手于 2011-1-6 16:05 编辑 ]

作者: jun4rui 时间: 2011-1-6 16:04

posted by wap, platform: GoogleChrome

引用:

原帖由 @纵海行舟于 2011-1-6 16:02 发表
posted by wap, platform: GoogleChrome

这是微软必须去做的事，现在桌面系统已经足够成熟和炫丽了，如果不在其他方面更新，windows要如何进化？如何吸引顾客升级？这都是微软必须考虑的。

也是，我们一起来看看MS的最终结果吧，其实MS的触摸UI还是很炫很好用的，就是如何和传统Windows结合起来这一点我还是没有啥头绪，当然，我不是MS

作者: u571 时间: 2011-1-6 16:06

引用:

原帖由 jun4rui 于 2011-1-6 16:00 发表
posted by wap, platform: GoogleChrome

问题是，这个输入核心如何兼容键鼠+触摸屏两套输入方式？

这个UI和输入方式可不好设计啊。

其实道理上很简单，win设定的时候改成键鼠或者触摸。在各个模式下打开软件软件自动切换，当然第三方软件都得大改

作者: sumeru 时间: 2011-1-6 16:19

如果软件本身是基于c/c++写的, 重新编译应该就可以在Arm上跑,当然还有些big endian, small endian的问题要处理.

作者: 利多卡因 时间: 2011-1-6 16:20

微软出arm版windows个人感觉是因为arm已经公开宣布进军服务器领域，微软不可能在这块市场上让自己输在起跑线上的

至于让OS支持更多硬件，这说不上容易也说不上不容易，一个合格的程序员应该知道移植工作的核心在哪里，无论如何，这是项很大的工程。如果看不到windows源码，那么linux源码一直是公开的，随便看。linux内核在面向不同硬件架构的时候配置是完全不同的

不过话说回来要让源码在不同的处理器上直接编译就能运行的话，不是不可能，但是需要有一份详细的规范文档告知程序员怎么去规范自己的代码去实现无缝跨平台，以及与之对应的详细的编译参数指导

作者: jun4rui 时间: 2011-1-6 16:29

posted by wap, platform: GoogleChrome

引用:

原帖由 @利多卡因于 2011-1-6 16:20 发表
微软出arm版windows个人感觉是因为arm已经公开宣布进军服务器领域，微软不可能在这块市场上让自己输在起跑线上的

至于让OS支持更多硬件，这说不上容易也说不上不容易，一个合格的程序员应该知道移植工作的核心在哪 ...

对，我的意思就是如此。

例如一个架构（就说X86吧），有某个SSE指令可以让图片A比平时快100倍的变成图片B。

但是ARM架构没这个指令怎么办？只能模拟，模拟的结果就是做这个处理的时候慢了100倍！

如果这个指令在某个软件中很关键，例如某个游戏，某个地方总是比X86慢100倍，你觉得这游戏还能玩吗？

移植绝对是可以的，这个不存在难点，问题是架构的不同，X86架构现在有非常非常多的特殊结构和指令集，远远超过了ARM。你别说这些指令集平常用不到，当年我测试台湾一家公司生产的兼容X86并支持MMX技术的CPU，就有N多日常软件不支持，为啥？因为缺乏某些硬件指令。

这些性能损失都是需要人工去修复的，想办法解决，这并不是换个编译器就能搞定的问题。新软件还好，设计的时候就能充分的考虑两个平台，以前的老软件别想了，人家甚至可能都懒的维护了，怎么可能为了你重新翻新一遍？

作者: hourousha 时间: 2011-1-6 16:55

引用:

原帖由 sumeru 于 2011-1-6 16:19 发表
如果软件本身是基于c/c++写的, 重新编译应该就可以在Arm上跑,当然还有些big endian, small endian的问题要处理.

如果是用Intrinsics倒好好说，问题是类似__asm这种也是不少C++编译器的关键字……再万一碰上个下面这种代码
__asm _emit 0x0f __asm _emit 0x38 __asm _emit 0x00 __asm _emit 0xc5
你说编译器得咋办？

作者: rinlord 时间: 2011-1-6 17:02

arm版windows如果不能跑原来x86的程序，这个新闻不是sb么》。。。。

作者: sumeru 时间: 2011-1-6 17:15

引用:

原帖由 rinlord 于 2011-1-6 17:02 发表
arm版windows如果不能跑原来x86的程序，这个新闻不是sb么》。。。。

看怎么跑了, virtualization肯定可以.

作者: sumeru 时间: 2011-1-6 17:22

引用:

原帖由 hourousha 于 2011-1-6 16:55 发表

如果是用Intrinsics倒好好说，问题是类似__asm这种也是不少C++编译器的关键字……再万一碰上个下面这种代码
__asm _emit 0x0f __asm _emit 0x38 __asm _emit 0x00 __asm _emit 0xc5
你说编译器得咋办？

写这种code, 摆明了不想跨平台啊:D 老老实实的手动加条件编译吧.

作者: 潮吹圣手 时间: 2011-1-6 17:27

无聊到一定程度才会用内联汇编的，只要一切使用OS应用层标准框架内的资源，随着OS跨硬件平台不是什么大问题

作者: jun4rui 时间: 2011-1-6 18:40

posted by wap, platform: GoogleChrome

引用:

原帖由 @潮吹圣手于 2011-1-6 17:27 发表
无聊到一定程度才会用内联汇编的，只要一切使用OS应用层标准框架内的资源，随着OS跨硬件平台不是什么大问题

试试DirectX和OPENGL非mobile版？

作者: u571 时间: 2011-1-6 18:47

引用:

原帖由 jun4rui 于 2011-1-6 18:40 发表
posted by wap, platform: GoogleChrome

试试DirectX和OPENGL非mobile版？

tegra2支持桌面版本DX和OP，其他的貌似只支持open GL ES

作者: lijgame 时间: 2011-1-6 19:28

posted by wap, platform: iPhone

指令集的话arm肯定会和ms合作的

作者: zenodante 时间: 2011-1-6 21:42

反正现在那么多用.net托管代码的，问题也不大。要运行x86代码就上旗舰版运行虚拟机去~

作者: mirokuneal 时间: 2011-1-6 22:48

posted by wap, platform: T-Mobile G1/G2

引用:

原帖由 @纵海行舟于 2011-1-6 15:22 发表
posted by wap, platform: GoogleChrome

一个arm完整版的office就够微软吃一阵的了，当然必须要针对平板系统优化过的。再搞一些能够快速帮开发人员将x86应用迁移过来的接口平台，也能吸引一大批用户，毕竟微软在桌面 ...

.net就是干这事儿的，直接可以拿来用，都不用重新编译

作者: cfqxd 时间: 2011-1-6 22:57

不客气的说，在程序开发面前，没人可以在微软面前谈水平。如果让苹果或google做这么适应性广泛的系统，早就死翘翘了。

作者: cfqxd 时间: 2011-1-6 22:59

甚至说只要微软只要把.net在ARM上跑好了，win8就真要一统江湖了，看看android孱弱的java性能吧……

欢迎光临 TGFC Lifestyle (http://club.tgfcer.com/)