m*****u
发帖数: 308 | 1 受苹果鼓舞，自己也要研制ARM处理器了。可想而知以后Windows也要向ARM迁移了。X86
麻烦大了。 |
g***n
发帖数: 14250 | 2 关键是便宜不便宜。以后 intel laptop 卖 300 块的话俺还买 |
m*****u
发帖数: 308 | 3 以后生态都没了根本没法支持庞大的研发。除非Intel/AMD能自己搞一套。
【在 g***n 的大作中提到】
: 关键是便宜不便宜。以后 intel laptop 卖 300 块的话俺还买
|
g***n
发帖数: 14250 | 4 没有生态的时候能买 ARM，那当然也可以买 x86 |
s********i
发帖数: 17328 | 5 Windows 10 for ARM已经SQ2了，但我觉得不仅生态不行，性能也不行Windows和
Windows appdpushi针对x86优化的，一时半会儿哪改的过来？
X86
★ 发自iPhone App: ChinaWeb 1.1.5
【在 m*****u 的大作中提到】
: 受苹果鼓舞，自己也要研制ARM处理器了。可想而知以后Windows也要向ARM迁移了。X86
: 麻烦大了。
|
g****a
发帖数: 1304 | 6 good move. 早说了ms就是intel的支柱和掘墓人。其实我几乎没有用windows的地方，
唯一的就是games，尤其是emulators，期待以后gaming在arm设备比如手机平板什么的
上跑得更好。
X86
【在 m*****u 的大作中提到】
: 受苹果鼓舞，自己也要研制ARM处理器了。可想而知以后Windows也要向ARM迁移了。X86
: 麻烦大了。
|
m*****u
发帖数: 308 | 7 苹果的生态建立起来比较快，M1性能狗强，而且至少买个trending。Windows的/ARM买
的人很少。不过现在微软释放如此明确的信号就不一样了。
【在 g***n 的大作中提到】
: 没有生态的时候能买 ARM，那当然也可以买 x86
|
g***n
发帖数: 14250 | 8 全看让不让第三方跟进。。。
如果给的价格好，电脑厂做便宜 win/arm 机器，还是可以铺得开的。。
学校给学生用的那些机器根本不在乎是 arm 还是 x86 |
n******t
发帖数: 4406 | 9 兩件事：
1.CPU太快，99%的應用用誰都沒差。
2.反正都是找臺積電代工，你找不如我找。
不過花這麼說，感覺更像是試水，對M$目前來說不是非常有意義。
X86
【在 m*****u 的大作中提到】
: 受苹果鼓舞，自己也要研制ARM处理器了。可想而知以后Windows也要向ARM迁移了。X86
: 麻烦大了。
|
g***n
发帖数: 14250 | 10 其实这事着急的是高通，要是仍然跟高通一起搞，价格分成不好定。
如果踢开高通单干，高通怕是不会罢休，肯定有专利协议啥的。
再就是看能找到多少牛人把优化做好，果子招的人能做出来，
肯定还有别人也能做出来。
再就看能不能赚到钱了，果子的整机 margin 那是高不少，芯片成本高一点吃得消。软
软就不行了，非得卖出量才能降低成本。
【在 n******t 的大作中提到】
: 兩件事：
: 1.CPU太快，99%的應用用誰都沒差。
: 2.反正都是找臺積電代工，你找不如我找。
: 不過花這麼說，感覺更像是試水，對M$目前來說不是非常有意義。
:
: X86
|
|
|
g****a
发帖数: 1304 | 11 短期高通的soc还是在通讯和手机而果子和ms的侧重在桌面。第一阶段是arm要干翻x86
成了再说下面的。
【在 g***n 的大作中提到】
: 其实这事着急的是高通，要是仍然跟高通一起搞，价格分成不好定。
: 如果踢开高通单干，高通怕是不会罢休，肯定有专利协议啥的。
: 再就是看能找到多少牛人把优化做好，果子招的人能做出来，
: 肯定还有别人也能做出来。
: 再就看能不能赚到钱了，果子的整机 margin 那是高不少，芯片成本高一点吃得消。软
: 软就不行了，非得卖出量才能降低成本。
|
m*****u
发帖数: 308 | 12 微软比较了一下果子和高通的cpu，觉得自己另起炉灶也比猪队友强啊。 |
g****a
发帖数: 1304 | 13 是手机平板这些年把arm芯片的普及率提升门槛降低。放以前给ms十个胆子它也不敢。
【在 m*****u 的大作中提到】
: 微软比较了一下果子和高通的cpu，觉得自己另起炉灶也比猪队友强啊。
|
p**f
发帖数: 3549 | 14 没什么敢不敢的
被果子逼的
或者说被果子一巴掌打醒，发现几十年合作伙伴是个猪队友
至少果子表明ARM可以处理大部分桌面应用，包括office
何况computing intensive的task可以下放给鸡皮油
剩下的日常，自己捣腾捣腾，完全不比猪队友差的
【在 g****a 的大作中提到】
: 是手机平板这些年把arm芯片的普及率提升门槛降低。放以前给ms十个胆子它也不敢。
|
g***n
发帖数: 14250 | 15 连 broadcom 的野鸡 arm pi 4 的性能都能跑 Linux 桌面带俩 4k 显示器了，
软软哪里会这么点认识都没有。
SQ1 SQ2 就是跟高通合作的呗，性能不算差，只是没有优势。
自己搞就看能不能召集一个牛比的团队了，其实几十个牛人带个几百人就够了。
桌面应用哪有多少计算量，根本用不到 GPU |
m*******0
发帖数: 19 | 16 Amazon也在推Arm, 而且是早就开始了。自己的arm芯片都，当然是收购其它公司。aws
上graviton已经成了大趋势。
X86
【在 m*****u 的大作中提到】
: 受苹果鼓舞，自己也要研制ARM处理器了。可想而知以后Windows也要向ARM迁移了。X86
: 麻烦大了。
|
o**o
发帖数: 3964 | |
A****C
发帖数: 1 | 18 把阿三开了即可
【在 o**o 的大作中提到】
: 阿三技术能力行吗？
|
g*****2
发帖数: 863 | 19 搞arm强的就apple一家，其他家都是公版，
微软也想尝试一下公版，
arm对中国是个机会，可以摆脱x86，配合linux，不在依赖老美， |
x*********4
发帖数: 1 | 20 开头看看还好，把兲朝引进来就倒胃口了。
兲朝何才何德那个做出一件像样的东西？
【在 g*****2 的大作中提到】
: 搞arm强的就apple一家，其他家都是公版，
: 微软也想尝试一下公版，
: arm对中国是个机会，可以摆脱x86，配合linux，不在依赖老美，
|
|
|
T*********s
发帖数: 20444 | 21 滴答弟涨红了脸说不出话
别怕，微软和你一个水平，搞不出啥东西。 |
s********i
发帖数: 17328 | 22 假新闻啦！市场上的ARM多得是，自己还有啥好处？SQ2本来就是微软定制的！还不是烂
的一逼！微软的问题不在ARM，而在Windows和上面的应用都是针对x86优化的。
ARM上面的系统和应用要想做的得走unix、linux的路线。 |
g***n
发帖数: 14250 | 23 扯啥优化都是外行，这都是编译器的事，算法都一样，出来的效果也一样
软软自己的 win32 app 自然都是重新编译的，关键是第三方 app 少，比如 photoshop
这种。
ARM 跟 x86 跑 linux 没区别，跑 Windows 一样也没啥区别
再说 SQ2 有几个人用过？就瞎bb 说不行
【在 s********i 的大作中提到】
: 假新闻啦！市场上的ARM多得是，自己还有啥好处？SQ2本来就是微软定制的！还不是烂
: 的一逼！微软的问题不在ARM，而在Windows和上面的应用都是针对x86优化的。
: ARM上面的系统和应用要想做的得走unix、linux的路线。
|
s********i
发帖数: 17328 | 24 编译器不一样啊，编译出来的东西也不一样，因此导致效率不一样。你说微软的arm编
译器和苹果的一样？没说不能跑，而是跑不好。。。
photoshop
【在 g***n 的大作中提到】
: 扯啥优化都是外行，这都是编译器的事，算法都一样，出来的效果也一样
: 软软自己的 win32 app 自然都是重新编译的，关键是第三方 app 少，比如 photoshop
: 这种。
: ARM 跟 x86 跑 linux 没区别，跑 Windows 一样也没啥区别
: 再说 SQ2 有几个人用过？就瞎bb 说不行
|
g***n
发帖数: 14250 | 25 x86 和 arm 都是 Visual Studo 编译器，
优化算法其实都差不多，跟指令相关的也就是寄存器变量的优化，
再成熟不过的算法了，结果能有啥区别
比的是 x86 跟 arm，你又跑题去比 SQ2 跟 M1
【在 s********i 的大作中提到】
: 编译器不一样啊，编译出来的东西也不一样，因此导致效率不一样。你说微软的arm编
: 译器和苹果的一样？没说不能跑，而是跑不好。。。
:
: photoshop
|
g*****2
发帖数: 863 | 26 apple m1已经能跑arm win10，而且能跑x86的app，现在还不清楚是翻译还是模拟x86指
令，
【在 s********i 的大作中提到】
: 假新闻啦！市场上的ARM多得是，自己还有啥好处？SQ2本来就是微软定制的！还不是烂
: 的一逼！微软的问题不在ARM，而在Windows和上面的应用都是针对x86优化的。
: ARM上面的系统和应用要想做的得走unix、linux的路线。
|
g****a
发帖数: 1304 | 27 windows里的优化就是个joke。搞优化没人能比linux然后是bsd。整个市场里最大的疑
惑是都25年了linux到现在也没有个能比拟windows的开源X。闭源的macos貌似还不错但
是没有大量游戏和图形程序测试不好说，android也差不多。
photoshop
是烂
【在 g***n 的大作中提到】
: 扯啥优化都是外行，这都是编译器的事，算法都一样，出来的效果也一样
: 软软自己的 win32 app 自然都是重新编译的，关键是第三方 app 少，比如 photoshop
: 这种。
: ARM 跟 x86 跑 linux 没区别，跑 Windows 一样也没啥区别
: 再说 SQ2 有几个人用过？就瞎bb 说不行
|
g***n
发帖数: 14250 | 28 没钱没人手，自然慢。
不过现在 wayland GUI 加速已经很接近实用了。
【在 g****a 的大作中提到】
: windows里的优化就是个joke。搞优化没人能比linux然后是bsd。整个市场里最大的疑
: 惑是都25年了linux到现在也没有个能比拟windows的开源X。闭源的macos貌似还不错但
: 是没有大量游戏和图形程序测试不好说，android也差不多。
:
: photoshop
: 是烂
|
o******l
发帖数: 828 | 29 有道理。中国这几年软件应用创新很快，有下沉到OS的动力，这种转型无疑给了机会，
不需要完全创新，和苹果于unix，Android于linux一样，深耕一下linux, 起来的希望
很大。
【在 g*****2 的大作中提到】
: 搞arm强的就apple一家，其他家都是公版，
: 微软也想尝试一下公版，
: arm对中国是个机会，可以摆脱x86，配合linux，不在依赖老美，
|
s********i
发帖数: 17328 | 30 apple用的不是visual studio啊！apple的编译器一开始就是针对RISC的！power pc，
后来的手机平板。微软的编译器一开始就是针对x86的，现在才开始转到ARM上。性能怎
么可能没区别？
我瞎白话的另一个帖子:
综合性能三个大变量，RISC ARM vs CISC x86，OS - Windows vs Mac OX， 然后才是
上面的应用。然后出来各种组合：
WinTel - x86+Windows+WinApp
WinARM - SQ2+Windows+WinApp
Mac-x86 - x86+MacOX+MacApp
Mac-ARM - M1+MacOX+MacApp
另外还有：
Linux-x86 - x86+Linux+LinuxApp
Linux-ARM - ARM+Linux+LinuxApp
WinTel显然是市场份额最大应用最多的组合，但很难说行能效率优化的有多好。WinARM
估计不如WinTel优化的好，因为毕竟原来的OS和应用程序是针对WinTel优化的。
Mac-x86/Mac-ARM，apple有很强的RISC背景，无论是PowerPC还是后来的A系列，肯定对
ARM优化的更好。
现在有意思的情况出现了，可以进行有效对比了，不仅仅是大家关心的WinTel vs Mac-
ARM。还有WinTel vs WinARM，Mac-x86 vs Mac-ARM。
我个人认为，从软件优化角度来说，WinTel会优于WinARM，Mac-ARM会优于Mac-x86，假
如WinTel和Mac-x86差不多，那么WinARM肯定是垫底的，Mac-ARM会占优，然后再加入硬
件因素，x86和arm，目前在不计功率的情况下，x86还是应该币ARM强大些，尤其是AMD。
★ 发自iPhone App: ChinaWeb 1.1.5
【在 g***n 的大作中提到】
: x86 和 arm 都是 Visual Studo 编译器，
: 优化算法其实都差不多，跟指令相关的也就是寄存器变量的优化，
: 再成熟不过的算法了，结果能有啥区别
: 比的是 x86 跟 arm，你又跑题去比 SQ2 跟 M1
|
|
|
g***n
发帖数: 14250 | 31 你这就是瞎扯淡，
现在只能同编译器比，VS/x86 VS/arm，
不同 arm 的平台上编译器都不同，互相比效率没意义
你说说编译器如何针对 x86？不能同样针对 arm？
【在 s********i 的大作中提到】
: apple用的不是visual studio啊！apple的编译器一开始就是针对RISC的！power pc，
: 后来的手机平板。微软的编译器一开始就是针对x86的，现在才开始转到ARM上。性能怎
: 么可能没区别？
: 我瞎白话的另一个帖子:
: 综合性能三个大变量，RISC ARM vs CISC x86，OS - Windows vs Mac OX， 然后才是
: 上面的应用。然后出来各种组合：
: WinTel - x86+Windows+WinApp
: WinARM - SQ2+Windows+WinApp
: Mac-x86 - x86+MacOX+MacApp
: Mac-ARM - M1+MacOX+MacApp
|
s********i
发帖数: 17328 | 32 编译器可以编译和编译结果的好坏是两回事儿啊，为什么编译器VS/x86的VS/arm的性能
、优化会一样？简单的比喻，中文翻译成英语和法语，英语翻译已经有三十年的工龄老
翻译了，法语翻译才几年的工作经验，然后你说英语翻译和法语翻译翻译的一样好？我
上面其中一点的就是VS/arm要比VS/x86差。
【在 g***n 的大作中提到】
: 你这就是瞎扯淡，
: 现在只能同编译器比，VS/x86 VS/arm，
: 不同 arm 的平台上编译器都不同，互相比效率没意义
: 你说说编译器如何针对 x86？不能同样针对 arm？
|
g***n
发帖数: 14250 | 33 你这就是门外汉想当然瞎扯淡。编译器又没有针对 x86 专门的优化算法，
x86 跟 arm 优化效果怎么会有差别。
gcc 那些难道对 x86 和 arm 也有差别？
【在 s********i 的大作中提到】
: 编译器可以编译和编译结果的好坏是两回事儿啊，为什么编译器VS/x86的VS/arm的性能
: 、优化会一样？简单的比喻，中文翻译成英语和法语，英语翻译已经有三十年的工龄老
: 翻译了，法语翻译才几年的工作经验，然后你说英语翻译和法语翻译翻译的一样好？我
: 上面其中一点的就是VS/arm要比VS/x86差。
|
s********i
发帖数: 17328 | 34 唉，当然有差别啊。。。CPU的结构、指令集都不一样优化当然不一样啊。gcc对x86和
arm编译当然不一样啊。
https://stackoverflow.com/questions/21968256/difference-in-arm-and-x86-
assembly-code-generated-by-gcc
https://docs.microsoft.com/en-us/archive/msdn-magazine/2015/may/compilers-
what-every-programmer-should-know-about-compiler-optimizations-part-2
【在 g***n 的大作中提到】
: 你这就是门外汉想当然瞎扯淡。编译器又没有针对 x86 专门的优化算法，
: x86 跟 arm 优化效果怎么会有差别。
: gcc 那些难道对 x86 和 arm 也有差别？
|
o******l
发帖数: 828 | 35 对硬件优化就要涉及到指令集和硬件结构啥的。
【在 g***n 的大作中提到】
: 你这就是门外汉想当然瞎扯淡。编译器又没有针对 x86 专门的优化算法，
: x86 跟 arm 优化效果怎么会有差别。
: gcc 那些难道对 x86 和 arm 也有差别？
|
g***n
发帖数: 14250 | 36 cpu 什么结构编译器知道吗？
就那指令集能有什么优化都是公开的，不就是寄存器使用的优化吗？
特殊的加速指令那是不一样，那跟编译器又没有关系。
你说说还有什么好扯淡的，难道 arm 有什么牛比指令编译器不会用？
【在 s********i 的大作中提到】
: 唉，当然有差别啊。。。CPU的结构、指令集都不一样优化当然不一样啊。gcc对x86和
: arm编译当然不一样啊。
: https://stackoverflow.com/questions/21968256/difference-in-arm-and-x86-
: assembly-code-generated-by-gcc
: https://docs.microsoft.com/en-us/archive/msdn-magazine/2015/may/compilers-
: what-every-programmer-should-know-about-compiler-optimizations-part-2
|
s********i
发帖数: 17328 | 37 字典也是公开的！人人翻译都是信达雅了？没说你不会翻译，而是说你翻译的不好！
★ 发自iPhone App: ChinaWeb 1.1.5
【在 g***n 的大作中提到】
: cpu 什么结构编译器知道吗？
: 就那指令集能有什么优化都是公开的，不就是寄存器使用的优化吗？
: 特殊的加速指令那是不一样，那跟编译器又没有关系。
: 你说说还有什么好扯淡的，难道 arm 有什么牛比指令编译器不会用？
|
g***n
发帖数: 14250 | 38 软软翻译自家的 arm 芯片怎么会翻译不好，
那是真的拿出来市场上卖的
【在 s********i 的大作中提到】
: 字典也是公开的！人人翻译都是信达雅了？没说你不会翻译，而是说你翻译的不好！
:
: ★ 发自iPhone App: ChinaWeb 1.1.5
|
s********i
发帖数: 17328 | 39 我前面的比喻不清楚吗？微软是做英语x86翻译的，做了几十年了，现在要现学现做法
语arm翻译，法语arm字典大家人手一本，不等于微软法语翻译做的好啊。arm标准是公
开标准，怎么成了微软自家的了？市场上卖的垃圾多了，外文书籍中译版本多了去了，
信达雅的有几家？绝大多数也就是凑合能看。
不要说arm了，就拿x86自己来说，Intel C++ Compiler，Visual Studio C++ Compiler
，GCC哪个更好？
【在 g***n 的大作中提到】
: 软软翻译自家的 arm 芯片怎么会翻译不好，
: 那是真的拿出来市场上卖的
|
g***n
发帖数: 14250 | 40 软软卖的 SQ1 SQ2 就是只有软软自家才卖，软软的 arm 编译器肯定会针对这俩优化，
也不会拿去编译啥 pi 4 arm 的软件啊。
同样的 VC 编译器能有差别才怪了。
这跟不同编译器的差别是两码事
Compiler
【在 s********i 的大作中提到】
: 我前面的比喻不清楚吗？微软是做英语x86翻译的，做了几十年了，现在要现学现做法
: 语arm翻译，法语arm字典大家人手一本，不等于微软法语翻译做的好啊。arm标准是公
: 开标准，怎么成了微软自家的了？市场上卖的垃圾多了，外文书籍中译版本多了去了，
: 信达雅的有几家？绝大多数也就是凑合能看。
: 不要说arm了，就拿x86自己来说，Intel C++ Compiler，Visual Studio C++ Compiler
: ，GCC哪个更好？
|
|
|
g*****2
发帖数: 863 | 41 你们争半天都没争到点子上，
apple的macosx 11是可以在intel arm同时跑的，我编译自己的app，app包括了arm
intel 2套代码， 对开发人员没有任何障碍，
软软还没有这个技术，一个程序在arm intel都能跑， |
g***n
发帖数: 14250 | 42 这就更简单了，你都说了是两个版本都打包了，
系统选一个运行，这不过就是稍微自动化了一点嘛。
【在 g*****2 的大作中提到】
: 你们争半天都没争到点子上，
: apple的macosx 11是可以在intel arm同时跑的，我编译自己的app，app包括了arm
: intel 2套代码， 对开发人员没有任何障碍，
: 软软还没有这个技术，一个程序在arm intel都能跑，
|
g****a
发帖数: 1304 | 43 要是真是两个版本打包一起由系统选一个只能说果粉真的都是傻B。希望不是真的。跑
个vm什么的或者底层指令转化还是有点技术含量的。
【在 g***n 的大作中提到】
: 这就更简单了，你都说了是两个版本都打包了，
: 系统选一个运行，这不过就是稍微自动化了一点嘛。
|
g***n
发帖数: 14250 | 44 自家的软件转换来转换去干啥，
其实只要安装程序改改，安装包里包上两个版本，给你装上匹配的版本就行了。
只有第三方的软件没法重新编译才需要 rosetta 软件仿真执行，代价就是速度慢。
【在 g****a 的大作中提到】
: 要是真是两个版本打包一起由系统选一个只能说果粉真的都是傻B。希望不是真的。跑
: 个vm什么的或者底层指令转化还是有点技术含量的。
|
s********i
发帖数: 17328 | 45 我没说微软不做优化啊！我说的是他做不好！
很简单的问题，VS x86和 VS arm编译器是一样的吗？编译过程是一样的吗？CPU的体系
结构都不一样，你怎么会认为‘同样的 VC 编译器能有差别才怪了’？
举几个不同编译器的例子就是告诉你，不要说不同的体系结构，即便是同样的体系结构
编译出来都会不同！
【在 g***n 的大作中提到】
: 软软卖的 SQ1 SQ2 就是只有软软自家才卖，软软的 arm 编译器肯定会针对这俩优化，
: 也不会拿去编译啥 pi 4 arm 的软件啊。
: 同样的 VC 编译器能有差别才怪了。
: 这跟不同编译器的差别是两码事
:
: Compiler
|
s********i
发帖数: 17328 | 46 这个早就可以了。微软哪有那么糟糕！只不过像我说的原来很多程序是针对x86写的，
挪到arm上就没法用了，比如OpenGL，arm上不support，你咋办？
https://docs.microsoft.com/en-us/windows/uwp/porting/apps-on-arm-
troubleshooting-x86
https://megayuchi.com/2019/12/08/surface-pro-x-benchmark-from-the-
programmers-point-of-view/
在 gogogo2 (googlebot) 的大作中提到: 】 |
g*****2
发帖数: 863 | 47 apple的app都没安装程序， rosetta只安装一次，
【在 g***n 的大作中提到】
: 自家的软件转换来转换去干啥，
: 其实只要安装程序改改，安装包里包上两个版本，给你装上匹配的版本就行了。
: 只有第三方的软件没法重新编译才需要 rosetta 软件仿真执行，代价就是速度慢。
|
g*****2
发帖数: 863 | 48 微软还没这个技术， univeral app是apple搞， powerpc转intel时就这样，
apple Mac安装盘就一个， windows 10的安装iso有无数个版本，
【在 g****a 的大作中提到】
: 要是真是两个版本打包一起由系统选一个只能说果粉真的都是傻B。希望不是真的。跑
: 个vm什么的或者底层指令转化还是有点技术含量的。
|
s********i
发帖数: 17328 | 49 安装、packaging这些都是细枝末节啦。。。程序跑不了跑或者不好才是关键。
我前面拿翻译做例子，中文几十年一直都翻译成英语，现在让你从头开始把中文翻译成
法语，一时半会儿中文翻法语翻译还不行，就找两个翻译-中英、英法，把中文先翻译
成英语再翻译成法语。 |
p**f
发帖数: 3549 | 50 要底层vm转一次的就表谈性能了
现在的瘟都死arm是个半成品，原因是之前还希望躺在x86这个conformtable zone里，
结果被果子啪啪打醒，再不变革，就等着果子把瘟都死的份额都吃干抹净了。现在只是
x1就干得x86嗷嗷叫，后续x1s, x2出来，外加优化，ecosystem继续完善，x86真要吃屎了
现在就是软软下决心支持arm处理器，后续优化都会展开
一定会最大程度，让vs项目从x86迁移到arm，做到原始支持
但部分projects肯定要改源代码的
两个吸屁油架构不可能同时做到native支持，而不换一行代码
果子现在也在做x86->ARM的编译器支持
但有些projects源代码肯定还是要改的
如果通过底层vm，效率至少打一半折扣
那些想赚钱的大型软件，不可能只是牺牲性能换兼容的
【在 g*****2 的大作中提到】
: apple的app都没安装程序， rosetta只安装一次，
|
|
|
s********i
发帖数: 17328 | 51 苹果的优势一是一直有大量的RISC开发经验，二是大量的ipad app基本上拿来在新M1上
可以直接用。
微软最大的问题是backward compatibility，很多老程序改code哪有那么容易。微软现
在优势还是那两条，一是WinTel的垄断地位，尤其是legacy的企业级应用，二是便宜。
。。但可见的将来，Mac的市场份额会稳步上升。
屎了
【在 p**f 的大作中提到】
: 要底层vm转一次的就表谈性能了
: 现在的瘟都死arm是个半成品，原因是之前还希望躺在x86这个conformtable zone里，
: 结果被果子啪啪打醒，再不变革，就等着果子把瘟都死的份额都吃干抹净了。现在只是
: x1就干得x86嗷嗷叫，后续x1s, x2出来，外加优化，ecosystem继续完善，x86真要吃屎了
: 现在就是软软下决心支持arm处理器，后续优化都会展开
: 一定会最大程度，让vs项目从x86迁移到arm，做到原始支持
: 但部分projects肯定要改源代码的
: 两个吸屁油架构不可能同时做到native支持，而不换一行代码
: 果子现在也在做x86->ARM的编译器支持
: 但有些projects源代码肯定还是要改的
|
d******a
发帖数: 32122 | 52 MAC不支持触屏，假设有触屏开发出来的ios程序拿到mac上运行，基本是没卵用
【在 s********i 的大作中提到】
: 苹果的优势一是一直有大量的RISC开发经验，二是大量的ipad app基本上拿来在新M1上
: 可以直接用。
: 微软最大的问题是backward compatibility，很多老程序改code哪有那么容易。微软现
: 在优势还是那两条，一是WinTel的垄断地位，尤其是legacy的企业级应用，二是便宜。
: 。。但可见的将来，Mac的市场份额会稳步上升。
:
: 屎了
|
a******s
发帖数: 267 | 53 是说一次编译可以在两个平台上跑？
【在 g*****2 的大作中提到】
: 你们争半天都没争到点子上，
: apple的macosx 11是可以在intel arm同时跑的，我编译自己的app，app包括了arm
: intel 2套代码， 对开发人员没有任何障碍，
: 软软还没有这个技术，一个程序在arm intel都能跑，
|
g*****2
发帖数: 863 | 54 是一次编译，arm intel通吃
【在 a******s 的大作中提到】
: 是说一次编译可以在两个平台上跑？
|
g*****2
发帖数: 863 | 55 win10 arm已经在apple m1里跑了，而且支持x86的app， 但不清楚是像apple翻译，还
是代码模拟
屎了
【在 p**f 的大作中提到】
: 要底层vm转一次的就表谈性能了
: 现在的瘟都死arm是个半成品，原因是之前还希望躺在x86这个conformtable zone里，
: 结果被果子啪啪打醒，再不变革，就等着果子把瘟都死的份额都吃干抹净了。现在只是
: x1就干得x86嗷嗷叫，后续x1s, x2出来，外加优化，ecosystem继续完善，x86真要吃屎了
: 现在就是软软下决心支持arm处理器，后续优化都会展开
: 一定会最大程度，让vs项目从x86迁移到arm，做到原始支持
: 但部分projects肯定要改源代码的
: 两个吸屁油架构不可能同时做到native支持，而不换一行代码
: 果子现在也在做x86->ARM的编译器支持
: 但有些projects源代码肯定还是要改的
|
g****a
发帖数: 1304 | 56 是编译一次动作背地里产生两套bin？还是一套bin通吃arm和x86. 没有用过太多mac,不
过从linux几十年经验看虽然arm和x86有相似处但是想bin通用不可能。如果不是两套
bin这种耍傻b的就是真的有黑科技增强bin兼容性。最简单的就是把编译完的整个打包
放出来大家看。
【在 g*****2 的大作中提到】
: 是一次编译，arm intel通吃
|
g***n
发帖数: 14250 | 57 你们都是文科生在瞎 bb 吗？
源码编译成 x86 或者 arm 哪里需要换一行代码
屎了
【在 p**f 的大作中提到】
: 要底层vm转一次的就表谈性能了
: 现在的瘟都死arm是个半成品，原因是之前还希望躺在x86这个conformtable zone里，
: 结果被果子啪啪打醒，再不变革，就等着果子把瘟都死的份额都吃干抹净了。现在只是
: x1就干得x86嗷嗷叫，后续x1s, x2出来，外加优化，ecosystem继续完善，x86真要吃屎了
: 现在就是软软下决心支持arm处理器，后续优化都会展开
: 一定会最大程度，让vs项目从x86迁移到arm，做到原始支持
: 但部分projects肯定要改源代码的
: 两个吸屁油架构不可能同时做到native支持，而不换一行代码
: 果子现在也在做x86->ARM的编译器支持
: 但有些projects源代码肯定还是要改的
|
g***n
发帖数: 14250 | 58 果子肯让 win10arm 装到 m1 上去？笑话
现在都是在 QEMU 下运行
【在 g*****2 的大作中提到】
: win10 arm已经在apple m1里跑了，而且支持x86的app， 但不清楚是像apple翻译，还
: 是代码模拟
:
: 屎了
|
s********i
发帖数: 17328 | 59 LOL，这真是暴露了，原来你是文科生。。。
【在 g***n 的大作中提到】
: 你们都是文科生在瞎 bb 吗？
: 源码编译成 x86 或者 arm 哪里需要换一行代码
:
: 屎了
|
g***n
发帖数: 14250 | 60 win arm/x86 下的 notepad 源码有一行差别吗？
别以为大公司的软件都是你们这些文科生转 cs 的课程作业
【在 s********i 的大作中提到】
: LOL，这真是暴露了，原来你是文科生。。。
|
|
|
s********i
发帖数: 17328 | 61 不会是‘一次’编译。。。除非是Java这类用JVM的，或者是JavaScript类的，所谓的
platform independent的。否则，arm和x86的binary是不同的，最终是要产生两套
bianary。
【在 g*****2 的大作中提到】
: 是一次编译，arm intel通吃
|
s********i
发帖数: 17328 | 62 有些程序要改源码不等于所有程序都要改源码。。。LOL。
【在 g***n 的大作中提到】
: win arm/x86 下的 notepad 源码有一行差别吗？
: 别以为大公司的软件都是你们这些文科生转 cs 的课程作业
|
p**f
发帖数: 3549 | 63 卧槽，你以为是java，一套代码，到处运行？
不同硬件平台上的系统时钟、调度策略、内存映射方式、DMA、PCI操作都有很大不同，
各种API有平台专用的，与指令集有关的，就算软软给你整个VS for ARM，你想把VS
for x86的project无缝load进VS for ARM，点一下compile就行？软软说，臣妾做不到
啊，保证给你出一大堆warnings/errors。中间可能涉及到字节序，SIMD，api参数不同
，第三方库等问题，根本不是简单导入，编译就可以完事的。
可移植性一直是个大挑战，与马工水平有关。如果马工最开始写代码就考虑到会移植到
别的平台，那他就会尽量写与平台无关的通用算法，问题是这么多年给瘟都死x86写程
序的马工（包括软软自身），有多少是一开始打算移植到别的平台的？这跟把win c++
代码改个makefile换到linux下编译是两回事。
更不用说硬件驱动了。有些涉及到汇编的，完全无可移植性。
【在 g***n 的大作中提到】
: 你们都是文科生在瞎 bb 吗？
: 源码编译成 x86 或者 arm 哪里需要换一行代码
:
: 屎了
|
g***n
发帖数: 14250 | 64 就你们文科生，还想写出不能同时在 arm x86 下编译的源码？简直是笑话
: 有些程序要改源码不等于所有程序都要改源码。。。LOL。
【在 s********i 的大作中提到】
: 有些程序要改源码不等于所有程序都要改源码。。。LOL。
|
g***n
发帖数: 14250 | 65 软软的 visual studio 现在就支持 arm 平台吧，自己有没有写过啥程序，去编译个不
就知道了。
一帮文科生转行 cs 学了几个名词就瞎 bb
: 卧槽，你以为是java，一套代码，到处运行？
: 不同硬件平台上的系统时钟、调度策略、内存映射方式、DMA、PCI操作都
有很大
不同，
: 各种API有平台专用的，与指令集有关的，就算软软给你整个VS for ARM
，你想
把VS
: for x86的project无缝load进VS for ARM，点一下compile就行？软软说
，臣妾
做不到
: 啊，保证给你出一大堆warnings/errors。中间可能涉及到字节序，SIMD
，api参
数不同
: ，第三方库等问题，根本不是简单导入，编译就可以完事的。
: 可移植性一直是个大挑战，与马工水平有关。如果马工最开始写代码就考
虑到会
移植到
: 别的平台，那他就会尽量写与平台无关的通用算法，问题是这么多年给瘟
都死
x86写程
: 序的马工（包括软软自身），有多少是一开始打算移植到别的平台的？这
跟把
win c
: 代码改个makefile换到linux下编译是两回事。
【在 p**f 的大作中提到】
: 卧槽，你以为是java，一套代码，到处运行？
: 不同硬件平台上的系统时钟、调度策略、内存映射方式、DMA、PCI操作都有很大不同，
: 各种API有平台专用的，与指令集有关的，就算软软给你整个VS for ARM，你想把VS
: for x86的project无缝load进VS for ARM，点一下compile就行？软软说，臣妾做不到
: 啊，保证给你出一大堆warnings/errors。中间可能涉及到字节序，SIMD，api参数不同
: ，第三方库等问题，根本不是简单导入，编译就可以完事的。
: 可移植性一直是个大挑战，与马工水平有关。如果马工最开始写代码就考虑到会移植到
: 别的平台，那他就会尽量写与平台无关的通用算法，问题是这么多年给瘟都死x86写程
: 序的马工（包括软软自身），有多少是一开始打算移植到别的平台的？这跟把win c++
: 代码改个makefile换到linux下编译是两回事。
|
T*********s
发帖数: 20444 | 66 反正Apple引领业界潮流
别家都得跟着Apple屁股后面吃力奔跑
【在 g***n 的大作中提到】
: 软软的 visual studio 现在就支持 arm 平台吧，自己有没有写过啥程序，去编译个不
: 就知道了。
: 一帮文科生转行 cs 学了几个名词就瞎 bb
:
:
: 卧槽，你以为是java，一套代码，到处运行？
:
: 不同硬件平台上的系统时钟、调度策略、内存映射方式、DMA、PCI操作都
: 有很大
: 不同，
:
: 各种API有平台专用的，与指令集有关的，就算软软给你整个VS for ARM
: ，你想
|
p**f
发帖数: 3549 | 67 你tm文科生装马工写个hellow world，确实换哪里都可以运行
瘟都死马工在x86 ecosystem上折腾了这么久，你们文科生一开始哪能想得到
天天见你在这里灌水，原来是个扮猪吃老虎的文科生
【在 g***n 的大作中提到】
: 软软的 visual studio 现在就支持 arm 平台吧，自己有没有写过啥程序，去编译个不
: 就知道了。
: 一帮文科生转行 cs 学了几个名词就瞎 bb
:
:
: 卧槽，你以为是java，一套代码，到处运行？
:
: 不同硬件平台上的系统时钟、调度策略、内存映射方式、DMA、PCI操作都
: 有很大
: 不同，
:
: 各种API有平台专用的，与指令集有关的，就算软软给你整个VS for ARM
: ，你想
|
g***n
发帖数: 14250 | 68 visual studio 没用过的话，
那去用用 gcc，linux 反正是免费的，你们没有 arm 机器俺有 pi 4，你们哪个要是写
出 x86 arm 版 gcc 不能同时编译通过的源码算我输。 |
g*****2
发帖数: 863 | 69 我讲了几次了， 是1次编译，生成 代码包含arm+intel 2套binary code， 一个
universal app即可以在intel下跑，也可以在m1下跑，app的大小增大1倍，
这是apple牛的地方，
【在 s********i 的大作中提到】
: 不会是‘一次’编译。。。除非是Java这类用JVM的，或者是JavaScript类的，所谓的
: platform independent的。否则，arm和x86的binary是不同的，最终是要产生两套
: bianary。
|
g****a
发帖数: 1304 | 70 lol
谓的
【在 g*****2 的大作中提到】
: 我讲了几次了， 是1次编译，生成 代码包含arm+intel 2套binary code， 一个
: universal app即可以在intel下跑，也可以在m1下跑，app的大小增大1倍，
: 这是apple牛的地方，
|
|
|
s********i
发帖数: 17328 | 71 well，看你怎么定义‘一次’了，不能说，你只按‘一次’build button，就算编译一
次。你的意思是，反正很方便就是了，作为developer，不用管那么多，click a
button，或者run build，就解决了。
【在 g*****2 的大作中提到】
: 我讲了几次了， 是1次编译，生成 代码包含arm+intel 2套binary code， 一个
: universal app即可以在intel下跑，也可以在m1下跑，app的大小增大1倍，
: 这是apple牛的地方，
|
g***n
发帖数: 14250 | |
s********i
发帖数: 17328 | 73 LOL，他文科生妥妥的。。。简直是他妈对牛弹琴。。。
【在 p**f 的大作中提到】
: 你tm文科生装马工写个hellow world，确实换哪里都可以运行
: 瘟都死马工在x86 ecosystem上折腾了这么久，你们文科生一开始哪能想得到
: 天天见你在这里灌水，原来是个扮猪吃老虎的文科生
|
g*****2
发帖数: 863 | 74 apple的Xcode 还是挺牛， 用的clang，但可以编译objc，标准c99， 而且可以混合
objc和标准c，抄袭开源项目是特容易，
visual studio以前是不支持c99，好多开源项目无法在vs下编译， 要装cgwin来编译， |
n******t
发帖数: 4406 | 75 沒啥牛的，apple這麼幹是因爲從硬件到OS到圖形庫全在自己手裏。軟軟想讓別的硬件
軟件廠商都給自己打工，要兼容各種硬件，同時也要兼容各種軟件庫。
【在 g*****2 的大作中提到】
: apple的Xcode 还是挺牛， 用的clang，但可以编译objc，标准c99， 而且可以混合
: objc和标准c，抄袭开源项目是特容易，
: visual studio以前是不支持c99，好多开源项目无法在vs下编译， 要装cgwin来编译，
|
n******t
发帖数: 4406 | 76 你確定你release的是同一個binary？？？？？！！！！！！！！！！！
還是是編譯生成兩個不同的target binary？？？！！！！！！！！
除非用VM（which我不認爲apple腦殘到這個程度），這件事情技術上沒有可能，除非你
告訴我apple的ARM兼容intel指令集。
【在 g*****2 的大作中提到】
: 你们争半天都没争到点子上，
: apple的macosx 11是可以在intel arm同时跑的，我编译自己的app，app包括了arm
: intel 2套代码， 对开发人员没有任何障碍，
: 软软还没有这个技术，一个程序在arm intel都能跑，
|
g***n
发帖数: 14250 | 77 看你们得吧得吧的挺溜的，
说说什么不能编译又说不出来，
扯的那些蛋有一点信息量吗？
还不肯承认自己是文科生
【在 s********i 的大作中提到】
: LOL，他文科生妥妥的。。。简直是他妈对牛弹琴。。。
|
s********i
发帖数: 17328 | 78 有图有真相，不可能是编译一次，不同的architeture怎么会编译一次？
https://developer.apple.com/documentation/xcode/building_a_universal_macos_
binary
To users, a universal binary looks no different than a binary built for a
single architecture. When you build a universal binary, Xcode compiles your
source files twice—once for each architecture. After linking the binaries
for each architecture, Xcode then merges the architecture-specific binaries
into a single executable file using the lipo tool. If you build the source
files yourself, you must call lipo as part of your build scripts to merge
your architecture-specific binaries into a single universal binary.
【在 g*****2 的大作中提到】
: 我讲了几次了， 是1次编译，生成 代码包含arm+intel 2套binary code， 一个
: universal app即可以在intel下跑，也可以在m1下跑，app的大小增大1倍，
: 这是apple牛的地方，
|
g***n
发帖数: 14250 | 79 这说明果子还是俗了，偷懒了，跑两遍编译命令，
真牛比的编译到中间代码，然后分头生成 x86 和 arm 的 binary，
可以叫做编译一次半 |
g****a
发帖数: 1304 | 80 还是不同的arch不同的bin。至于怎么merge到一起不重要。放屁居然要脱裤子脱内裤外
裤或者穿上专门的屁裤再脱只是可笑程度而已。
your
binaries
【在 s********i 的大作中提到】
: 有图有真相，不可能是编译一次，不同的architeture怎么会编译一次？
: https://developer.apple.com/documentation/xcode/building_a_universal_macos_
: binary
: To users, a universal binary looks no different than a binary built for a
: single architecture. When you build a universal binary, Xcode compiles your
: source files twice—once for each architecture. After linking the binaries
: for each architecture, Xcode then merges the architecture-specific binaries
: into a single executable file using the lipo tool. If you build the source
: files yourself, you must call lipo as part of your build scripts to merge
: your architecture-specific binaries into a single universal binary.
|
|
|
s********i
发帖数: 17328 | 81 我上面贴的你看了么？
https://docs.microsoft.com/en-us/windows/uwp/porting/apps-on-arm-
troubleshooting-x86
这是微软的文档，你给我说说Windows x86上的OpengGL的程序怎么重新编译一下就能在
ARM上跑？ARM根本就不支持OPENGL，你写的OPENGL怎么在ArM上跑？
【在 g***n 的大作中提到】
: 看你们得吧得吧的挺溜的，
: 说说什么不能编译又说不出来，
: 扯的那些蛋有一点信息量吗？
: 还不肯承认自己是文科生
|
s********i
发帖数: 17328 | 82 当然是不同的bin，他强调的是方便程度，不用特别操心针对哪个arch，生成的最终
binary也不用操心是否能在哪个arch上run。
【在 g****a 的大作中提到】
: 还是不同的arch不同的bin。至于怎么merge到一起不重要。放屁居然要脱裤子脱内裤外
: 裤或者穿上专门的屁裤再脱只是可笑程度而已。
:
: your
: binaries
|
g****a
发帖数: 1304 | 83 不是arm或者x86支持不支持opengl的问题，是有没有所谓的集显。如果苹果愿意当然可
以封装出armcore+集显。不管怎么说果粉确实都是傻b
【在 s********i 的大作中提到】
: 我上面贴的你看了么？
: https://docs.microsoft.com/en-us/windows/uwp/porting/apps-on-arm-
: troubleshooting-x86
: 这是微软的文档，你给我说说Windows x86上的OpengGL的程序怎么重新编译一下就能在
: ARM上跑？ARM根本就不支持OPENGL，你写的OPENGL怎么在ArM上跑？
|
g***n
发帖数: 14250 | 84 硬件支持没有，驱动没有，lib 没有，
那是编译的问题吗？你给讲讲啥是编译？
【在 s********i 的大作中提到】
: 我上面贴的你看了么？
: https://docs.microsoft.com/en-us/windows/uwp/porting/apps-on-arm-
: troubleshooting-x86
: 这是微软的文档，你给我说说Windows x86上的OpengGL的程序怎么重新编译一下就能在
: ARM上跑？ARM根本就不支持OPENGL，你写的OPENGL怎么在ArM上跑？
|
s********i
发帖数: 17328 | 85 does it matter?我就想知道，x86上跑的好好的opengl程序，不用改code，怎么重新编
译一下就能在arm上跑？
【在 g****a 的大作中提到】
: 不是arm或者x86支持不支持opengl的问题，是有没有所谓的集显。如果苹果愿意当然可
: 以封装出armcore+集显。不管怎么说果粉确实都是傻b
|
n******t
发帖数: 4406 | 86 程序體積增大一倍，兩邊code都有，這就叫牛了？
感情用戶花一堆錢買來的iphone storage都是用來裝這種垃圾的？
【在 g*****2 的大作中提到】
: 我讲了几次了， 是1次编译，生成 代码包含arm+intel 2套binary code， 一个
: universal app即可以在intel下跑，也可以在m1下跑，app的大小增大1倍，
: 这是apple牛的地方，
|
s********i
发帖数: 17328 | 87 so？大多数程序都要有lib有驱动的支持啊，你不是说不改code吗？那么多程序，这么
多lib，驱动，你说说我不改程序怎么在arm上跑？难道我的程序必须是hello world？
还是说你的程序都没有lib都没有驱动？
OK。先不扯lib和driver，文中还有一个例子： IsWow64Process2，你给说说，你code
里面的IsWow64Process要不要改成 IsWow64Process2？
【在 g***n 的大作中提到】
: 硬件支持没有，驱动没有，lib 没有，
: 那是编译的问题吗？你给讲讲啥是编译？
|
n******t
发帖数: 4406 | 88 首先你這個是僞命題。。
應用程序不光取決於硬件架構，還取決於OS，如果是動態鏈接還需要runtime library。
所以要說A能不能在B下面跑，那個B需要包含：Arch-OS-Libs，這是做交叉編譯的基本
知識。
所以你應該問在x86-windows-mscrt-msopengl跑的好好的程序，怎麼重新編譯下能在
arm-xxx-xxx-xxx上面跑。
【在 s********i 的大作中提到】
: does it matter?我就想知道，x86上跑的好好的opengl程序，不用改code，怎么重新编
: 译一下就能在arm上跑？
|
g****a
发帖数: 1304 | 89 你所谓的x86上跑得好好的程序在早期没有集显的wintel机子上也不行。x86/arm是arch
,至于封装了什么差别很大，但是不是x86和arm的区别。
然可
【在 s********i 的大作中提到】
: does it matter?我就想知道，x86上跑的好好的opengl程序，不用改code，怎么重新编
: 译一下就能在arm上跑？
|
s********i
发帖数: 17328 | 90 ok，算我说的不严谨，我强调的重点是现在wintel上的程序，不是重新编译一下就可以
在arm上跑了，这个命题没问题吧？
我上面也讲了各种组合，CPU/Arch - OS - App，说的也是同样的意思，但被认为是扯
淡。
library。
【在 n******t 的大作中提到】
: 首先你這個是僞命題。。
: 應用程序不光取決於硬件架構，還取決於OS，如果是動態鏈接還需要runtime library。
: 所以要說A能不能在B下面跑，那個B需要包含：Arch-OS-Libs，這是做交叉編譯的基本
: 知識。
: 所以你應該問在x86-windows-mscrt-msopengl跑的好好的程序，怎麼重新編譯下能在
: arm-xxx-xxx-xxx上面跑。
|
|
|
s********i
发帖数: 17328 | 91 还是那句话，does it matter? WinTel上的程序不能方便的移植到arm上，我要表达的
就是这个意思，不是重新编译一下就完事儿了。
arch
【在 g****a 的大作中提到】
: 你所谓的x86上跑得好好的程序在早期没有集显的wintel机子上也不行。x86/arm是arch
: ,至于封装了什么差别很大，但是不是x86和arm的区别。
:
: 然可
|
g****a
发帖数: 1304 | 92 你一直把opengl的支持算成x86。这个是伪命题。你那个片子是intel决定在x86+集显封
装出的。
基本
【在 s********i 的大作中提到】
: ok，算我说的不严谨，我强调的重点是现在wintel上的程序，不是重新编译一下就可以
: 在arm上跑了，这个命题没问题吧？
: 我上面也讲了各种组合，CPU/Arch - OS - App，说的也是同样的意思，但被认为是扯
: 淡。
:
: library。
|
s********i
发帖数: 17328 | 93 ok,我说的额不严谨，WinTel体系，这样可以了吗？
【在 g****a 的大作中提到】
: 你一直把opengl的支持算成x86。这个是伪命题。你那个片子是intel决定在x86+集显封
: 装出的。
:
: 基本
|
g****a
发帖数: 1304 | 94 这个也是伪命题，如果苹果封装了arm+类似的集显技术是可以做到重新编译一下就可以
的。
【在 s********i 的大作中提到】
: 还是那句话，does it matter? WinTel上的程序不能方便的移植到arm上，我要表达的
: 就是这个意思，不是重新编译一下就完事儿了。
:
: arch
|
s********i
发帖数: 17328 | 95 我没说苹果啊，我说的wintel。
【在 g****a 的大作中提到】
: 这个也是伪命题，如果苹果封装了arm+类似的集显技术是可以做到重新编译一下就可以
: 的。
|
g****a
发帖数: 1304 | 96 苹果其实就是ms+intel.
lol
可以
【在 s********i 的大作中提到】
: 我没说苹果啊，我说的wintel。
|
n******t
发帖数: 4406 | 97 wintel控制不了這裏面千變萬化的組合，因爲他們不是一個封閉系統。你要先幹這件事
就得自在這個基礎上造出一個封閉系統，把所有這個依賴性都給定下來，一旦你搞定這
些，也沒有什麼問題。
具體到x86-win和arm-win這兩個東西沒法這麼搞，是因爲能這麼搞的人只有M$，但是他
對這事情興趣不大。所以搞笑的是，x86-win和arm-linux很多時候交叉編譯倒還好點。
【在 s********i 的大作中提到】
: ok，算我说的不严谨，我强调的重点是现在wintel上的程序，不是重新编译一下就可以
: 在arm上跑了，这个命题没问题吧？
: 我上面也讲了各种组合，CPU/Arch - OS - App，说的也是同样的意思，但被认为是扯
: 淡。
:
: library。
|
s********i
发帖数: 17328 | 98 对，我没说不能搞，但已经开放了那么多年了，改起来哪有那么容易！而苹果一直是封
闭的，一开始就是powerpc，RISC，后来手机平板全部都是ARM，微软怎么在短时间内搞
定ARM？当然不是说微软完全没有机会了，但目前看希望渺茫。其他厂家公司也没有动
力转到ARM上。当然新的app除外。
★ 发自iPhone App: ChinaWeb 1.1.5
【在 n******t 的大作中提到】
: wintel控制不了這裏面千變萬化的組合，因爲他們不是一個封閉系統。你要先幹這件事
: 就得自在這個基礎上造出一個封閉系統，把所有這個依賴性都給定下來，一旦你搞定這
: 些，也沒有什麼問題。
: 具體到x86-win和arm-win這兩個東西沒法這麼搞，是因爲能這麼搞的人只有M$，但是他
: 對這事情興趣不大。所以搞笑的是，x86-win和arm-linux很多時候交叉編譯倒還好點。
|
g***n
发帖数: 14250 | 99 不用 GUI 加速的程序多了去了
这些重新编译就行，都没问题。
反而是用了 DirectX, openGL 那些显卡加速的软件是很少的一部分。
你那编译的概念都没搞清楚，以为所有程序都要显卡加速，不是扯淡是啥
再说显卡加速跟 arm 还是 x86 有啥关系？
【在 s********i 的大作中提到】
: ok，算我说的不严谨，我强调的重点是现在wintel上的程序，不是重新编译一下就可以
: 在arm上跑了，这个命题没问题吧？
: 我上面也讲了各种组合，CPU/Arch - OS - App，说的也是同样的意思，但被认为是扯
: 淡。
:
: library。
|
s********i
发帖数: 17328 | 100 文中还有一个例子： IsWow64Process2，你给说说，你code里面的IsWow64Process要不
要改成 IsWow64Process2？
【在 g***n 的大作中提到】
: 不用 GUI 加速的程序多了去了
: 这些重新编译就行，都没问题。
: 反而是用了 DirectX, openGL 那些显卡加速的软件是很少的一部分。
: 你那编译的概念都没搞清楚，以为所有程序都要显卡加速，不是扯淡是啥
: 再说显卡加速跟 arm 还是 x86 有啥关系？
|
|
|
g***n
发帖数: 14250 | 101 什么软件要用这个？你给说说
【在 s********i 的大作中提到】
: 文中还有一个例子： IsWow64Process2，你给说说，你code里面的IsWow64Process要不
: 要改成 IsWow64Process2？
|
s********i
发帖数: 17328 | 102 文章里有啊。。。
【在 g***n 的大作中提到】
: 什么软件要用这个？你给说说
|
g***n
发帖数: 14250 | 103 文章里说了什么软件要这个吗？
没说你乱想个啥
【在 s********i 的大作中提到】
: 文章里有啊。。。
|
d******a
发帖数: 32122 | 104 也就上网本而已
微软早就开始ARM的Windows了
只不过高通不给力
X86
【在 m*****u 的大作中提到】
: 受苹果鼓舞，自己也要研制ARM处理器了。可想而知以后Windows也要向ARM迁移了。X86
: 麻烦大了。
|
s********i
发帖数: 17328 | 105 LOL。。。没用微软把它写在文档里？LOL。
https://docs.microsoft.com/en-us/windows/win32/winprog64/running-32-bit-
applications
算了不跟你说了，没啥意思。。。WinTel不是一两个程序重新编译一下就完事儿。退一
步讲，就算重新编译一下就完事儿了，得有多少东西要重新编译？还不要说编译质量。
you win。。。
【在 g***n 的大作中提到】
: 文章里说了什么软件要这个吗？
: 没说你乱想个啥
|
g***n
发帖数: 14250 | 106 这么大的字，running-32-bit，这就是那些没重新编译的 32 位软件才要用，
跟编译就是两码事。
都重新编译了还需要在 64 位系统里跑 32 位代码吗。
一个重新编译把你吓成这样，
Linux 系统各个平台都是单独重新编译的，那不得吓死你
【在 s********i 的大作中提到】
: LOL。。。没用微软把它写在文档里？LOL。
: https://docs.microsoft.com/en-us/windows/win32/winprog64/running-32-bit-
: applications
: 算了不跟你说了，没啥意思。。。WinTel不是一两个程序重新编译一下就完事儿。退一
: 步讲，就算重新编译一下就完事儿了，得有多少东西要重新编译？还不要说编译质量。
: you win。。。
|
a***e
发帖数: 27968 | 107 没有兼容性负担的优化都是joke,市场反应如此有啥奇怪
【在 g****a 的大作中提到】
: windows里的优化就是个joke。搞优化没人能比linux然后是bsd。整个市场里最大的疑
: 惑是都25年了linux到现在也没有个能比拟windows的开源X。闭源的macos貌似还不错但
: 是没有大量游戏和图形程序测试不好说，android也差不多。
:
: photoshop
: 是烂
|
s********i
发帖数: 17328 | 108 LOL，又暴露文科生了。。。这函数怎么用啊？不用编译吗？LOL
【在 g***n 的大作中提到】
: 这么大的字，running-32-bit，这就是那些没重新编译的 32 位软件才要用，
: 跟编译就是两码事。
: 都重新编译了还需要在 64 位系统里跑 32 位代码吗。
: 一个重新编译把你吓成这样，
: Linux 系统各个平台都是单独重新编译的，那不得吓死你
|
p**f
发帖数: 3549 | 109 不要跟他争了
他就是文科转马水平
俺佬见过学法律的F2刷题进FB的
你跟她讲computer architecture，amdahl's law，branch prediction，她觉得你跟傻
逼一样在说天书似的。可能连大端小端都没听过，不妨碍人白板代码零bug
丫就是文科F2水平
张嘴就是，你写过代码没？去用vs啊，保证一点不改就能过
别说opengl了，估计就是刷题水平
以为用几个java/c++的language features+algorithms，就是代码全部了
laugh my ass off
没见过这么傻逼，还出来装大仙的
【在 s********i 的大作中提到】
: LOL。。。没用微软把它写在文档里？LOL。
: https://docs.microsoft.com/en-us/windows/win32/winprog64/running-32-bit-
: applications
: 算了不跟你说了，没啥意思。。。WinTel不是一两个程序重新编译一下就完事儿。退一
: 步讲，就算重新编译一下就完事儿了，得有多少东西要重新编译？还不要说编译质量。
: you win。。。
|
g*****2
发帖数: 863 | 110 apple的universal app提供最方便的方式从intel转到arm，只要重新编译一下，就不关
心app是运行在intel还是arm，
显然微软架构要差很多，
从开发角度讲， apple的事是最多，进几年一直在折腾， 先是抛弃32bit app，搞死一
批老app，然后所有app要签名后传给apple扫描合格，用户才能运行，相当白名单， 搞
死一大批开源项目，好多开源项目都没买签名，
现在又要编译universal app, 所有app增大一倍，
windows相反， windows样子变了无数次，20年前编译的老app还能运行， |
|
|
n******t
发帖数: 4406 | 111 全封閉系統帶來的好處而已，不過對用戶來說就是要花10x的代價去幹很可憐的一點事
情。
不過apple用戶能覺得這對健康有好處，能怎樣呢？
【在 g*****2 的大作中提到】
: apple的universal app提供最方便的方式从intel转到arm，只要重新编译一下，就不关
: 心app是运行在intel还是arm，
: 显然微软架构要差很多，
: 从开发角度讲， apple的事是最多，进几年一直在折腾， 先是抛弃32bit app，搞死一
: 批老app，然后所有app要签名后传给apple扫描合格，用户才能运行，相当白名单， 搞
: 死一大批开源项目，好多开源项目都没买签名，
: 现在又要编译universal app, 所有app增大一倍，
: windows相反， windows样子变了无数次，20年前编译的老app还能运行，
|
g*****2
发帖数: 863 | 112 Windows 是更封闭的一个系统，更奇葩，
c盘d盘 这些只有windows才有，目录用反斜杠，和其他计算机系统都不一样，
windows里没有任何开源库，python没用，大家都要操心运行环境，
mac里python，rsync 这些指令都带了，
visual studio开发一样困难，一些基本开源库都没用，全靠自己搬开源代码，
windows整个开发就是奇葩，想用开源项目，去linux下编译，vs无法编译，
【在 n******t 的大作中提到】
: 全封閉系統帶來的好處而已，不過對用戶來說就是要花10x的代價去幹很可憐的一點事
: 情。
: 不過apple用戶能覺得這對健康有好處，能怎樣呢？
|
s********i
发帖数: 17328 | 113 还是有好处的，传说微软养活了一半的马工啊！
★ 发自iPhone App: ChinaWeb 1.1.5
【在 g*****2 的大作中提到】
: Windows 是更封闭的一个系统，更奇葩，
: c盘d盘 这些只有windows才有，目录用反斜杠，和其他计算机系统都不一样，
: windows里没有任何开源库，python没用，大家都要操心运行环境，
: mac里python，rsync 这些指令都带了，
: visual studio开发一样困难，一些基本开源库都没用，全靠自己搬开源代码，
: windows整个开发就是奇葩，想用开源项目，去linux下编译，vs无法编译，
|
s********i
发帖数: 17328 | 114 最终还是用户是否愿意掏钱，我宁愿花300块买iPad也不会花100去买个安卓板子。很多
消费不仅仅是为了满足基本需求，温饱之后是小康，在温饱的人眼里小康的人都是傻逼。
★ 发自iPhone App: ChinaWeb 1.1.5
【在 n******t 的大作中提到】
: 全封閉系統帶來的好處而已，不過對用戶來說就是要花10x的代價去幹很可憐的一點事
: 情。
: 不過apple用戶能覺得這對健康有好處，能怎樣呢？
|
d******a
发帖数: 32122 | 115 你不知道这是从DOS过来的？
有了WSL了，当然可以在WSL下编译
斜杠方向跟开放还是封闭有个屁的关系
果粉别现眼了
苹果就是个封闭系统, 封闭到连CUDA的今后版本都不支持了
而Windows和安卓是开放系统
【在 g*****2 的大作中提到】
: Windows 是更封闭的一个系统，更奇葩，
: c盘d盘 这些只有windows才有，目录用反斜杠，和其他计算机系统都不一样，
: windows里没有任何开源库，python没用，大家都要操心运行环境，
: mac里python，rsync 这些指令都带了，
: visual studio开发一样困难，一些基本开源库都没用，全靠自己搬开源代码，
: windows整个开发就是奇葩，想用开源项目，去linux下编译，vs无法编译，
|
s********i
发帖数: 17328 | 116 人家说的是用VS开发Windows程序，WLS没用！
★ 发自iPhone App: ChinaWeb 1.1.5
【在 d******a 的大作中提到】
: 你不知道这是从DOS过来的？
: 有了WSL了，当然可以在WSL下编译
: 斜杠方向跟开放还是封闭有个屁的关系
: 果粉别现眼了
: 苹果就是个封闭系统, 封闭到连CUDA的今后版本都不支持了
: 而Windows和安卓是开放系统
|
d******a
发帖数: 32122 | 117 她说的是开源项目
Visual Studio可以开发WSL里边的项目
说明果粉脑子还停留在好几年前
【在 s********i 的大作中提到】
: 人家说的是用VS开发Windows程序，WLS没用！
:
: ★ 发自iPhone App: ChinaWeb 1.1.5
|
s********i
发帖数: 17328 | 118 WLS生成的是Linux的binary，比如，我的windows程序需要openssl，WLS编译完了不能
在windows上跑啊。原来只能去cygwin里找。
【在 d******a 的大作中提到】
: 她说的是开源项目
: Visual Studio可以开发WSL里边的项目
: 说明果粉脑子还停留在好几年前
|
n******t
发帖数: 4406 | 119 standard的path分隔符是\\,這個哪裏都能用的。
windows下面裝個mingw，或者cygwin，該有的基本上都有了。
【在 g*****2 的大作中提到】
: Windows 是更封闭的一个系统，更奇葩，
: c盘d盘 这些只有windows才有，目录用反斜杠，和其他计算机系统都不一样，
: windows里没有任何开源库，python没用，大家都要操心运行环境，
: mac里python，rsync 这些指令都带了，
: visual studio开发一样困难，一些基本开源库都没用，全靠自己搬开源代码，
: windows整个开发就是奇葩，想用开源项目，去linux下编译，vs无法编译，
|
n******t
发帖数: 4406 | 120 iPad哪裏才300塊？
不過Pad和laptop本來就不一樣，前者是個電氣，這一點用蘋果的我不奇怪，還有手機
用蘋果的也說得通。
逼。
【在 s********i 的大作中提到】
: 最终还是用户是否愿意掏钱，我宁愿花300块买iPad也不会花100去买个安卓板子。很多
: 消费不仅仅是为了满足基本需求，温饱之后是小康，在温饱的人眼里小康的人都是傻逼。
:
: ★ 发自iPhone App: ChinaWeb 1.1.5
|
|
|
n******t
发帖数: 4406 | 121 windows程序有自己的ssl庫，比openssl好。
【在 s********i 的大作中提到】
: WLS生成的是Linux的binary，比如，我的windows程序需要openssl，WLS编译完了不能
: 在windows上跑啊。原来只能去cygwin里找。
|
s********i
发帖数: 17328 | 122 ipad原价才330，随便打打折就300了，时不时的280。
我说的是很多人宁愿多花点钱买个好用的东西。。。苹果的Mac市场份额在稳步提升，
不是所有人都去买300块的真香本。如果amd或intel不长进，我下一个自用本子肯定是
苹果了，我不是果粉，用了10年三代MBP了，系统来说也就那么回事儿，我觉得Windows
也挺好用的。当然，我不做Windows程序开发。
【在 n******t 的大作中提到】
: iPad哪裏才300塊？
: 不過Pad和laptop本來就不一樣，前者是個電氣，這一點用蘋果的我不奇怪，還有手機
: 用蘋果的也說得通。
:
: 逼。
|
s********i
发帖数: 17328 | 123 这不是重点，重点是微软不给你提供，你就没得用啊。。。只能去找Cygwin。我觉得现
在做Windows开发的人不是很多，据说微软windows shop养活的进一半的马工，朋友里
只有几个是做Windows上开发的，我们基本上是开源shop。
【在 n******t 的大作中提到】
: windows程序有自己的ssl庫，比openssl好。
|
