我的mbpr版本是2014 mid，随机的macOS是Mavericks 10.9
上周 macOS 升级到 Big Sur 11.6.8 用得很顺
想再往上升到 Monterey 发现无法升级
才知道 Big Sur 11.6.8 就是这台 mbpr 2014的终点站
以后不会再有升级 macOS 的软件通知了 Q_Q
不过最近意外的发现，虽然是8年前只有双核心的旧产品
跟现在的windows最新笔电相比竟然毫不逊色
公司新买的Win10笔电是i5 8核，并且设定成效能优先，CPU clock还强制用最高频率
最近开发的C++是跨平台的，同一套code在windows跟mac都能跑
所以很适合拿来做两者效率的比较
结果编译C++所需的时间，竟然跟我用mac编译的时间差不多，而且编译时间不稳定
如果故意将Win10改成只能用双核同时编译，所需的时间足足是这台mac的两倍
非常讶异这台mac的效率竟然如此之高，
很难想像最新的mbpr 2022现在到了什么境界
其实当初用这台mac的适应期很长，键盘的快速键又跟用惯的Windows差异很大
经过了8年的适应不知不觉渐入佳境
现在在这台mac上开发C++，Android Flutter APP，
Python, OMNet++ Network Simulation
都很得心应手，也不会有卡顿的感觉
真是一台好机器
虽然以后不会再收到升级的软件通知，但莫名有一种松了一口气的感觉
这台mac 虽然过时但是依旧犀利，应该还会陪伴我很长一段时间，继续征战沙场。
作者:
hollen9 (好冷酒)
2022-08-12 12:46:00感觉是Windows 笔电撞温度墙throttle了
作者: TheWhack (我是德华) 2022-08-12 12:52:00
不管是win或mac，都可以把OS中一些平常没用到的功能关一关，软件层面的人工最佳化之后，会有不少差异的，不是买了最新的硬件就可以开一堆默认功能在那边空转，详细可以参考一些CAT或HTPC的调整方法，应该多少可以改善WIN这边的效能表现我是觉得新WIN10G 没道理跑输旧MAC XD要比OS人工调整的话，MAC OS 这边能调的没有WIN多，对于人工软硬件优化这方面，可以说WIN这边潜力更高
作者:
milkBK (blitzkrieg)
2022-08-12 13:12:00真有这么烂喔= =
你这个比较胜之不武吧 MSVC对clang++ 编译器效率本身就有差了 试试看g++相比?而且说不定clang++是新编译成IR中间码快取管理差异使得你在第二次编译以后的时间失去比较性都有可能至少我内文看起来差距应该不会是在OS上
作者:
jjjj222 (绿色药水)
2022-08-12 13:53:00你运气真好, 2015~2019的macbook pro有够垃圾
a大，我都是用g++。而且不只编译一次来比较。T大，Win有潜力但很难发挥出来的话，也没用。Win 8核全上才超越旧MAC，同样双核比惨败，表示多工thread的优化做得不好Win新笔电的是i5第十一代a大，因为用g++，makefile自己写，所以compile参数完全相同，算是蛮公平的
要不要确认一下你的terminal上g++有没有被alias成clang++?
主要差别是在windows上是透过mingw64来用g++当然在macOS上的g++实际上是clang刚刚在mac上查询g++版本才发现出来的实际上是clang
对啊 所以我才觉得你这个不是公平的测试clang有大量的编译 连结时期的最佳化 所以编译越多次对gnu g++越吃亏尤其是没变动的程式码IR也没变动 会少掉很多时间
作者:
nokimi (nokimi)
2022-08-12 20:08:002楼cat是什么？
我的 MBP 2013 升到 macos11 超卡，留在 10.15 很好用
作者:
concord (iPro)
2022-08-12 20:50:00computer audio transport
作者: TheWhack (我是德华) 2022-08-12 20:55:00
CAT在这边讨论=怪力乱神 但大方向是把自已不需要的关掉详细请洽headphone or audiophile，只是提供个方向:)不过从s大与a大的讨论，看起来与OS优化无关了 哈
作者:
adcmhack (inhyo)
2022-08-13 00:55:00到底乱比较什么 win一样用clang编译看看再说好吗
作者:
Rdkl1e9z (天天天high)
2022-08-13 14:09:002012-2015的retina，我都觉得是神机！身边很多那期款的现在还在用，实在太耐用，外型好看，接口hdmi,sd卡，磁性充电，一应俱全