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,
: 这个文件系统接口，以及虚拟内存，还是要搞很长时间的。
|
