引用:

原帖由 mino 于 2020-12-11 19:32 发表
posted by wap, platform: MAC OS X
我也用了几天了没发现啥异常。不过用的也不多，外出excel/ppt，在办公室就晾在旁边挂移动版微信抖音。喔，遇到过一次ipa程序（微信抖音）打不开，重启就好了。

兼容性问题肯定 ...

vscode 可以么

posted by wap, platform: Chrome

引用:

原帖由 @toshiki  于 2020-12-11 21:37 发表
现在 apple m1 芯片 上 会分为三种格式app  
通用（我理解是兼容m1但是不能发挥最大效率）
intel （顾名思义是x86需要转译的app 通常bug很多）
Apple芯片 （这应该就是专为了arm m1的最大效率的app，安装ios的app也是这个属性）

不存在apple silicon专用app。通用universal binary就是arm + x86双份二进制。

2年后苹果移除掉universal才会有arm专用。

ARM 内存模型比x86的强内存松散很多，可以各种乱序执行，打个比方就是ARM司机开车会各种乱插并道，程序的逻辑如果不严谨(内存屏障)，几个指令跑下来会出不一样的结果。
x86比较严格的大家排队开车，你在我前面，我就绝对不会超车，所以程序怎么跑都很稳定出结果

以后ARM的崩溃问题会比x86多，以前x86伺候码工，现在码工要伺候好arm

posted by wap, platform: Chrome

引用:

原帖由 @biocoat  于 2020-12-12 05:50 发表
ARM 内存模型比x86的强内存松散很多，可以各种乱序执行，打个比方就是ARM司机开车会各种乱插并道，程序的逻辑如果不严谨(内存屏障)，几个指令跑下来会出不一样的结果。
x86比较严格的大家排队开车，你在我前面，我就绝对不会超车，所以程序怎么跑都很稳定出结果

以后ARM的崩溃问题会比x86多，以前x86伺候码工，现在码工要伺候好arm

这些是多线程的问题，正确做法从来都是从软件设计层面解决。具体硬件是什么无所谓。比如巫师3，doom eternal这些多平台游戏在switch上都跑的很好。

引用:

原帖由 MacPhisto 于 2020-12-12 03:30 发表
posted by wap, platform: Chrome
不存在apple silicon专用app。通用universal binary就是arm + x86双份二进制。

2年后苹果移除掉universal才会有arm专用。

呃，那有个问题，比如Lightroom前两天更新了，之前就是X86版本，但是实际上有些bug，这个更新的就是修复的。
2021年说是要出原生ARM的Lightroom，从版本是应该怎么区分？

分成 X86 X86优化修复bug？ ARM优化？

posted by wap, platform: Samsung
我买了mini当播放器用，挺好用的，可以说是Chrome最顺滑的机器了

posted by wap, platform: Chrome

引用:

原帖由 @toshiki  于 2020-12-12 08:32 发表
呃，那有个问题，比如Lightroom前两天更新了，之前就是X86版本，但是实际上有些bug，这个更新的就是修复的。
2021年说是要出原生ARM的Lightroom，从版本是应该怎么区分？

分成 X86 X86优化修复bug？ ARM优化？

只要adobe提到native support那就是原生arm了。只不过现有的打包方式是把x86和arm打包成universal binary。

优化修bug要看是否是平台相关。有的优化是软件层面的，和硬件无关。有的优化是硬件相关。

https://helpx.adobe.com/download ... ilicon-m1-chip.html

posted by wap, platform: MAC OS X

引用:

原帖由 @mting  于 2020-12-12 03:19 发表
vscode 可以么

可以，不过官网只有Intel版本，用Rossetta运行。
python（3.9.0）也可以debug调试没啥问题，其他语言没试过（c肯定没法debug，因为没有可用的gdb）。

本帖最后由 mino 于 2020-12-12 11:37 通过手机版编辑

引用:

原帖由 biocoat 于 2020-12-12 05:50 发表
ARM 内存模型比x86的强内存松散很多，可以各种乱序执行，打个比方就是ARM司机开车会各种乱插并道，程序的逻辑如果不严谨(内存屏障)，几个指令跑下来会出不一样的结果。
x86比较严格的大家排队开车，你在我前面，我就 ...

你这说法简直违背计算机的常识，如果同一段程序，设计没问题，每次执行结果会因为CPU导致不同，那计算机的大厦简直要崩塌

引用:

原帖由 taxidriver 于 2020-12-12 11:48 发表

你这说法简直违背计算机的常识，如果同一段程序，设计没问题，每次执行结果会因为CPU导致不同，那计算机的大厦简直要崩塌

http://dreamrunner.org/blog/2014 ... -memory-reordering/



[ 本帖最后由 biocoat 于 2020-12-12 13:06 编辑 ]

posted by wap, platform: Chrome

引用:

原帖由 @biocoat  于 2020-12-12 13:05 发表
http://dreamrunner.org/blog/2014 ... memoryreordering/

这些细节早就被操作系统，编译器，标准库隐藏起来了。99.99%开发者根本感受不到。

多线程即使在x86上，race condition也是未定义行为。
因此，线程安全是需要在软件设计层面解决的问题。与底层硬件无关。

这就是为什么巫师3和doom等在x86上开发和运行的游戏也可以无压力移植到arm上。

新出的office 16.45已经支持M1可以脱离rosetta稳定运行了，adobe那些估计要明年，视频处理fcp目前来看确实顺滑，用了几天感觉应付个轻办公也没啥问题，工业软件也都先别装就是了。

posted by wap, platform: iPhone
office 完美兼容速度极快

是我用过的最好的办公本

没发现什么问题，性能极强，速度极快，屏幕极好，续航极强，散热极好。

现阶段当个上网本+视频剪辑+照片处理还是很好的
要是当工作需要的生产力工具还得再等等
在经历了n多坑以后，我的准则：不买第一代电子产品

引用:

原帖由 MacPhisto 于 2020-12-12 13:39 发表
posted by wap, platform: Chrome
这些细节早就被操作系统，编译器，标准库隐藏起来了。99.99%开发者根本感受不到。

多线程即使在x86上，race condition也是未定义行为。
因此，线程安全是需要在软件设计层面解决 ...

arm弱内存的读写排序乱排的问题早就被讨论过了，编译器怎么隐藏这种逻辑性随机性的问题？？？

早就有人叫了，bug修了几个月不知道怎么回事最后发现是内存模型的问题