w***w 发帖数: 1552 | 1 看ms的员工等着recompile x86 code上arm运行有感。 |
G*****h 发帖数: 33134 | 2 arm 板子上也能跑 IE 阿
真是大惊小怪
【在 w***w 的大作中提到】 : 看ms的员工等着recompile x86 code上arm运行有感。
|
b********7 发帖数: 12906 | |
G*****h 发帖数: 33134 | |
pc 发帖数: 1578 | 5 让我想起来一个脑筋急转弯。。。路上行人很多,突然之间开始下雨了,几乎所有人
都加快脚步走路,除了一个傻子。傻子不但继续慢慢悠悠散步,还带着满脸的鄙视看别
人。问:他鄙视别人啥?
【在 b********7 的大作中提到】 : LZ真是在SHOW OFF智商下限啊.
|
f*******5 发帖数: 10321 | 6 这个20年前是个笑话吧。
【在 pc 的大作中提到】 : 让我想起来一个脑筋急转弯。。。路上行人很多,突然之间开始下雨了,几乎所有人 : 都加快脚步走路,除了一个傻子。傻子不但继续慢慢悠悠散步,还带着满脸的鄙视看别 : 人。问:他鄙视别人啥?
|
pc 发帖数: 1578 | 7 说笑话也行。哎,俺太老了。。。
【在 f*******5 的大作中提到】 : 这个20年前是个笑话吧。
|
E*****r 发帖数: 223 | 8 求解。。
【在 pc 的大作中提到】 : 说笑话也行。哎,俺太老了。。。
|
r******y 发帖数: 3838 | 9 same code?
【在 G*****h 的大作中提到】 : arm 板子上也能跑 IE 阿 : 真是大惊小怪
|
G*****h 发帖数: 33134 | 10 source code 差不多吧
再牛的人也没法这么两年就重写一遍 IE
【在 r******y 的大作中提到】 : same code?
|
|
|
g*****g 发帖数: 34805 | 11 这文章写得不错,这个quote比较能说明问题。.Net的大概recompile一下,能跑,
至于UI好不好用,能耗如何是其次。这个也没啥牛逼的。Java干了10来年的事情。
Steve Horton, director of software and product management at Qualcomm,
pointed out that--in one of the keynotes--Microsoft took Windows 7
Javascript HTML code, ported it into the .net environment, and chose to
target output as x86, x64, and ARM.
至于那些windows的killer应用,有几个是基于.Net的?就等着重写吧。
【在 G*****h 的大作中提到】 : http://www.pcworld.com/article/240125/windows_8_on_arm_processo
|
G*****h 发帖数: 33134 | 12 擦,。net 的都是 BYTE CODE
编译不编译有啥关系
C/C++ 的 重新编译一下一样跑
要不你去搞个 TOUCHPAD 装 ARM 版的 UBUNTU
跑跑 FIREFOX GOOGLE 拼音输入法灌水
就知道效果了
【在 g*****g 的大作中提到】 : 这文章写得不错,这个quote比较能说明问题。.Net的大概recompile一下,能跑, : 至于UI好不好用,能耗如何是其次。这个也没啥牛逼的。Java干了10来年的事情。 : Steve Horton, director of software and product management at Qualcomm, : pointed out that--in one of the keynotes--Microsoft took Windows 7 : Javascript HTML code, ported it into the .net environment, and chose to : target output as x86, x64, and ARM. : 至于那些windows的killer应用,有几个是基于.Net的?就等着重写吧。
|
g*****g 发帖数: 34805 | 13 跟着新API改改程序,换个UI,fix一堆的bug。跟从头开发强点有限。
【在 G*****h 的大作中提到】 : source code 差不多吧 : 再牛的人也没法这么两年就重写一遍 IE
|
G*****h 发帖数: 33134 | 14 要不你去搞个 TOUCHPAD 装 ARM 版的 UBUNTU
跑跑 FIREFOX GOOGLE 拼音输入法灌水
就知道纯 recompile 的效果了
【在 g*****g 的大作中提到】 : 跟着新API改改程序,换个UI,fix一堆的bug。跟从头开发强点有限。
|
g*****g 发帖数: 34805 | 15 Linux 写API的时候就准备在多平台上用。Windows写API的时候可
就只打算在x86上用。能一样吗?
ARM, X86存在 => Linux内核
X86=>Windows, ARM独立存在。现在ARM不能动,Windows API也不能动,
还要两者兼容,写这ARM windows内核难度可想而知。
【在 G*****h 的大作中提到】 : 擦,。net 的都是 BYTE CODE : 编译不编译有啥关系 : C/C++ 的 重新编译一下一样跑 : 要不你去搞个 TOUCHPAD 装 ARM 版的 UBUNTU : 跑跑 FIREFOX GOOGLE 拼音输入法灌水 : 就知道效果了
|
G*****h 发帖数: 33134 | 16 API 都是 C 语法定义的,
跟平台有个毛关系
就最核心的驱动、中断处理啥的是各平台不同
APP 不用担心那些个
外设厂商倒是比较伤脑筋
【在 g*****g 的大作中提到】 : Linux 写API的时候就准备在多平台上用。Windows写API的时候可 : 就只打算在x86上用。能一样吗? : ARM, X86存在 => Linux内核 : X86=>Windows, ARM独立存在。现在ARM不能动,Windows API也不能动, : 还要两者兼容,写这ARM windows内核难度可想而知。
|
g*****g 发帖数: 34805 | 17 正因为是C,所以关系很大。诸如基本类型长度,字节方向,内存存取限制,当初
API如果没这方面的考虑,现在就必须改。
你要是.Net倒是没啥关系。如果整个Win32 API不能动,光靠一个内核和编译器
要搞定硬件差异,难度太大了。
【在 G*****h 的大作中提到】 : API 都是 C 语法定义的, : 跟平台有个毛关系 : 就最核心的驱动、中断处理啥的是各平台不同 : APP 不用担心那些个 : 外设厂商倒是比较伤脑筋
|
d*********8 发帖数: 2192 | 18
win32 API 是跨平台的 或者说跟平台无关
早期的windows通吃mips PowerPC alpha
现在也支持arm x64 itanmiun
没听说为了itanium 微软重写 office SQL server ie etc
【在 g*****g 的大作中提到】 : Linux 写API的时候就准备在多平台上用。Windows写API的时候可 : 就只打算在x86上用。能一样吗? : ARM, X86存在 => Linux内核 : X86=>Windows, ARM独立存在。现在ARM不能动,Windows API也不能动, : 还要两者兼容,写这ARM windows内核难度可想而知。
|
w***t 发帖数: 1474 | 19 性能这种东西都是浮云。摩尔定律比你转的快。2年多前还是palm,symbian,windows
mobile割据天下的时候,为了能让几百k的程序在手机上流畅运行,界面全是用c api写
得,连mfc都不敢用。如今4核手机都有了,几百m的大程序到处可见。现在回想那个时
候大家挖空心思追求效率真的很好笑。 |
g*****g 发帖数: 34805 | 20 你太乐观了,如果你说的那么容易。微软就不用展示会,ARM tablet只展示,
不许碰。直接recompile desktop office上来跑一下大家看看,慢点没关系。
【在 d*********8 的大作中提到】 : : win32 API 是跨平台的 或者说跟平台无关 : 早期的windows通吃mips PowerPC alpha : 现在也支持arm x64 itanmiun : 没听说为了itanium 微软重写 office SQL server ie etc
|
|
|
d*********8 发帖数: 2192 | 21
p难度 现成的wince就是跑在arm上的
【在 g*****g 的大作中提到】 : 正因为是C,所以关系很大。诸如基本类型长度,字节方向,内存存取限制,当初 : API如果没这方面的考虑,现在就必须改。 : 你要是.Net倒是没啥关系。如果整个Win32 API不能动,光靠一个内核和编译器 : 要搞定硬件差异,难度太大了。
|
G*****h 发帖数: 33134 | 22 功耗方面有没有摩尔定律?hehe
windows
【在 w***t 的大作中提到】 : 性能这种东西都是浮云。摩尔定律比你转的快。2年多前还是palm,symbian,windows : mobile割据天下的时候,为了能让几百k的程序在手机上流畅运行,界面全是用c api写 : 得,连mfc都不敢用。如今4核手机都有了,几百m的大程序到处可见。现在回想那个时 : 候大家挖空心思追求效率真的很好笑。
|
g*****g 发帖数: 34805 | 23 问题是争的就是现在,你做个东西要过5年才能跑起来,5年后公司还存不存在都是问题。
看看Nokia吧。
windows
【在 w***t 的大作中提到】 : 性能这种东西都是浮云。摩尔定律比你转的快。2年多前还是palm,symbian,windows : mobile割据天下的时候,为了能让几百k的程序在手机上流畅运行,界面全是用c api写 : 得,连mfc都不敢用。如今4核手机都有了,几百m的大程序到处可见。现在回想那个时 : 候大家挖空心思追求效率真的很好笑。
|
g*****g 发帖数: 34805 | 24 win ce设计面向的对象就有ARM,Win32 API可没有。
总归微软要能做,何必支吾其词。能耗高是
一回事,能跑是另一回事。
【在 d*********8 的大作中提到】 : : p难度 现成的wince就是跑在arm上的
|
G*****h 发帖数: 33134 | 25 你会不会写 C 程序啊
重新编译跟字节顺序差异有毛关系
编译器早考虑好了
除非你程序是要处理网络数据
何况 ARM 能跟 x86 一样的顺序,都是 32位
毛差异都没有
题。
【在 g*****g 的大作中提到】 : 问题是争的就是现在,你做个东西要过5年才能跑起来,5年后公司还存不存在都是问题。 : 看看Nokia吧。 : : windows
|
g*****g 发帖数: 34805 | 26 好个屁呀,本来从左到有,你把编译器改了从右到左,我原来的资源文件
都用不了了。你不改API或者应用,难道把资源文件重新编码?
不同的架构,内存上栈,堆能开几个,能开多大难道都没区别?你不能说
重新编译一下就能跑,overflow是feature吧?
【在 G*****h 的大作中提到】 : 你会不会写 C 程序啊 : 重新编译跟字节顺序差异有毛关系 : 编译器早考虑好了 : 除非你程序是要处理网络数据 : 何况 ARM 能跟 x86 一样的顺序,都是 32位 : 毛差异都没有 : : 题。
|
G*****h 发帖数: 33134 | 27 你原来真不会写 c 程序啊
【在 g*****g 的大作中提到】 : 好个屁呀,本来从左到有,你把编译器改了从右到左,我原来的资源文件 : 都用不了了。你不改API或者应用,难道把资源文件重新编码? : 不同的架构,内存上栈,堆能开几个,能开多大难道都没区别?你不能说 : 重新编译一下就能跑,overflow是feature吧?
|
g*****g 发帖数: 34805 | 28 你才不会写C程序。Java在不同平台上都成天有不同的毛病,
这改改内核就能跑,太牛逼了。
【在 G*****h 的大作中提到】 : 你原来真不会写 c 程序啊
|
v******n 发帖数: 421 | 29 "To ensure portability, initial development was targeted at the Intel i860XR
RISC processor, switching to the MIPS R3000 in late 1989, and then the Intel
i386 in 1990."
-- http://en.wikipedia.org/wiki/Windows_NT
【在 g*****g 的大作中提到】 : Linux 写API的时候就准备在多平台上用。Windows写API的时候可 : 就只打算在x86上用。能一样吗? : ARM, X86存在 => Linux内核 : X86=>Windows, ARM独立存在。现在ARM不能动,Windows API也不能动, : 还要两者兼容,写这ARM windows内核难度可想而知。
|
g*****g 发帖数: 34805 | 30 That's 1990, both ARM and x86 have evolved 20 years since.
i860XR
Intel
【在 v******n 的大作中提到】 : "To ensure portability, initial development was targeted at the Intel i860XR : RISC processor, switching to the MIPS R3000 in late 1989, and then the Intel : i386 in 1990." : -- http://en.wikipedia.org/wiki/Windows_NT
|
|
|
G*****h 发帖数: 33134 | 31 本来就没啥大不了嘛
LINUX 成天到处编译到处能跑
你们写 CODE 不好移植还觉得别人跟你们一样傻
那有啥好说的
再说真有个别问题调试一下很容易就修好了
【在 g*****g 的大作中提到】 : 你才不会写C程序。Java在不同平台上都成天有不同的毛病, : 这改改内核就能跑,太牛逼了。
|
g*****g 发帖数: 34805 | 32 这么容易微软何必arm tablet只演示,不让碰。编译个office让大家看看
就完了。
代码那么好移植,还要QT这类东西干啥,每个平台上换个编译器就够了。
【在 G*****h 的大作中提到】 : 本来就没啥大不了嘛 : LINUX 成天到处编译到处能跑 : 你们写 CODE 不好移植还觉得别人跟你们一样傻 : 那有啥好说的 : 再说真有个别问题调试一下很容易就修好了
|
w***t 发帖数: 1474 | 33 现在windows8既可以装arm tablet又可以装x86 tablet,选择更多,你想要windows8在
arm上流畅运行visual studio可能是有困难,但是windows8更ios比肯定要强大的多。
现在既然软件走在硬件前面,想让windows8在arm上运行更多的程序就得劳烦程序员。
要是硬件进步了,码工就能轻松点了。
题。
【在 g*****g 的大作中提到】 : 问题是争的就是现在,你做个东西要过5年才能跑起来,5年后公司还存不存在都是问题。 : 看看Nokia吧。 : : windows
|
G*****h 发帖数: 33134 | 34 每个平台上那差异就是 lib没有移植所以
app 才不好移植
这整个系统都搬过去了
当然 libs app 就不用操心了
建议你想想为啥 UBUNTU 那么容易就移植到 arm 了
【在 g*****g 的大作中提到】 : 这么容易微软何必arm tablet只演示,不让碰。编译个office让大家看看 : 就完了。 : 代码那么好移植,还要QT这类东西干啥,每个平台上换个编译器就够了。
|
g*****g 发帖数: 34805 | 35 我老跟你说了很多遍了,API没那么容易移植过去。就算能移植
过去也不能全移植过去,毫无选择的把桌面API扔过去,到时候
不只是legacy 应用,新写的应用都会性能和耗电一团糟。
你不信等明年这个时候就知道了。
【在 G*****h 的大作中提到】 : 每个平台上那差异就是 lib没有移植所以 : app 才不好移植 : 这整个系统都搬过去了 : 当然 libs app 就不用操心了 : 建议你想想为啥 UBUNTU 那么容易就移植到 arm 了
|
h***o 发帖数: 1494 | 36 有些东西我不好说话,但是goodbug基本说的不错。 |
s****c 发帖数: 11300 | 37 没有
intel P4时代功耗奇大 后来也走低功耗高性能的路子了
【在 G*****h 的大作中提到】 : 功耗方面有没有摩尔定律?hehe : : windows
|
z*n 发帖数: 2893 | 38 !@#$, 这些问题还是交给做系统的来解释吧, 隔行如隔山, 你恐怕有些缺乏基本知识.
寄存器和instruction level optimization是compiler问题, 此版上99.9%的人是不用
担心了.
stack size是API使用问题, 缺省stack size是1MB, 这个layer已经见不到CPU
architecture differences. 也就是说你在ARM上overflow, 在windows上也会overflow
.
关于heap, kernal heap就别操心了, 99.9%的人用不上, user heap操作在virtual
memory space上, 32-bit至少有2GB用户地址空间, 99.999%的人不用操心.
working set/reference set和实际physical memory size影响virtual memory paging
. 现在的PAD/手机普遍都有512MB/1GB, 用户程序能超过这个的极少. 反过来说真要有
这么大的working set, 在PC上也跑不流畅.
如果讨论的是native app, 妨碍portability的是API set, 如果没有ARM上的legacy
win32 API, 那就是要改写程序了. 复杂程度要看win32 API的使用情况, 系统应用, 比
如反病毒什么的估计是肯定歇菜了. 一般的小游戏, 比如愤鸟之类的只用个输入,图形
接口什么的, 应当是很容易.
resource file不应当有endianness问题, 这个更可能是你自己的程序问题. 就好象实现任何network protocol不用ntohl一样.
【在 g*****g 的大作中提到】 : 好个屁呀,本来从左到有,你把编译器改了从右到左,我原来的资源文件 : 都用不了了。你不改API或者应用,难道把资源文件重新编码? : 不同的架构,内存上栈,堆能开几个,能开多大难道都没区别?你不能说 : 重新编译一下就能跑,overflow是feature吧?
|
c****i 发帖数: 7933 | 39 楼主真是少见多怪。当年Alpha和PowerPC都有NT 4.0,微软的各种下载都是一式4份,
也挺简单的。请注意,是PowerPC,虽然是IBM的server,但是当年有必要微软随时能搞
出一个苹果的NT出来。不过是给苹果硬件写些驱动而已。
你看看Firefox的平台估计有十种以上吧,每次升级不也都是哗哗的全出来了。 |
G*****h 发帖数: 33134 | 40 你老根本就不懂 C
有啥不容易移植的
【在 g*****g 的大作中提到】 : 我老跟你说了很多遍了,API没那么容易移植过去。就算能移植 : 过去也不能全移植过去,毫无选择的把桌面API扔过去,到时候 : 不只是legacy 应用,新写的应用都会性能和耗电一团糟。 : 你不信等明年这个时候就知道了。
|
|
|
b********7 发帖数: 12906 | 41 哈哈..好虫同学是怎么混成老年工程师的? 估计只会些点JAVA的东西. |
z******r 发帖数: 200 | 42 有一个是要很大的改变的,
windows/dos 是基于文件系统的(AT/HD/SSD)
但是现在 ARM 平台是直接用 FLASH,
这个文件系统接口,以及虚拟内存,还是要搞很长时间的。 |
b********7 发帖数: 12906 | 43 哈? r u kidding me?
【在 z******r 的大作中提到】 : 有一个是要很大的改变的, : windows/dos 是基于文件系统的(AT/HD/SSD) : 但是现在 ARM 平台是直接用 FLASH, : 这个文件系统接口,以及虚拟内存,还是要搞很长时间的。
|
S*******s 发帖数: 13043 | 44 谁能给我翻译一下这人说的flash是啥?
【在 z******r 的大作中提到】 : 有一个是要很大的改变的, : windows/dos 是基于文件系统的(AT/HD/SSD) : 但是现在 ARM 平台是直接用 FLASH, : 这个文件系统接口,以及虚拟内存,还是要搞很长时间的。
|
b********7 发帖数: 12906 | 45 just ignore him. or take it as a joke (not funny though).
【在 S*******s 的大作中提到】 : 谁能给我翻译一下这人说的flash是啥?
|
f*****Q 发帖数: 1912 | 46 Windows不是只打算在x86上用的。
【在 g*****g 的大作中提到】 : Linux 写API的时候就准备在多平台上用。Windows写API的时候可 : 就只打算在x86上用。能一样吗? : ARM, X86存在 => Linux内核 : X86=>Windows, ARM独立存在。现在ARM不能动,Windows API也不能动, : 还要两者兼容,写这ARM windows内核难度可想而知。
|
f*****Q 发帖数: 1912 | 47 这个,无语了。
【在 z******r 的大作中提到】 : 有一个是要很大的改变的, : windows/dos 是基于文件系统的(AT/HD/SSD) : 但是现在 ARM 平台是直接用 FLASH, : 这个文件系统接口,以及虚拟内存,还是要搞很长时间的。
|
d*********g 发帖数: 2906 | 48 orn
这个太强大了。
【在 z******r 的大作中提到】 : 有一个是要很大的改变的, : windows/dos 是基于文件系统的(AT/HD/SSD) : 但是现在 ARM 平台是直接用 FLASH, : 这个文件系统接口,以及虚拟内存,还是要搞很长时间的。
|