我的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 雖然過時但是依舊犀利，應該還會陪伴我很長一段時間，繼續征戰沙場。

感覺是Windows 筆電撞溫度牆throttle了

不管是win或mac，都可以把OS中一些平常沒用到的功能關一關，軟體層面的人工最佳化之後，會有不少差異的，不是買了最新的硬體就可以開一堆預設功能在那邊空轉，詳細可以參考一些CAT或HTPC的調整方法，應該多少可以改善WIN這邊的效能表現我是覺得新WIN10G 沒道理跑輸舊MAC XD要比OS人工調整的話，MAC OS 這邊能調的沒有WIN多，對於人工軟硬體優化這方面，可以說WIN這邊潛力更高

intel會熱到燒起來耶 開機不動就5x度

真有這麼爛喔= =

我13年的..還在撐

2012依舊有安全性更新

你這個比較勝之不武吧 MSVC對clang++ 編譯器效率本身就有差了 試試看g++相比?而且說不定clang++是新編譯成IR中間碼快取管理差異使得你在第二次編譯以後的時間失去比較性都有可能至少我內文看起來差距應該不會是在OS上

你運氣真好, 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也沒變動 會少掉很多時間

compiler不一樣時間肯定有差ㄅ

2樓cat是什麼？

我的 MBP 2013 升到 macos11 超卡，留在 10.15 很好用

computer audio transport

CAT在這邊討論=怪力亂神 但大方向是把自已不需要的關掉詳細請洽headphone or audiophile，只是提供個方向:)不過從s大與a大的討論，看起來與OS優化無關了 哈

到底亂比較甚麼 win一樣用clang編譯看看再說好嗎

2012-2015的retina，我都覺得是神機！身邊很多那期款的現在還在用，實在太耐用，外型好看，接口hdmi,sd卡，磁性充電，一應俱全