[閒聊] mbpr 2014畢業了,但依舊犀利

看板MAC (蘋果Mac)作者 (沉)時間1年前 (2022/08/12 12:05), 編輯推噓9(10135)
留言46則, 15人參與, 1年前最新討論串1/1
我的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 雖然過時但是依舊犀利,應該還會陪伴我很長一段時間,繼續征戰沙場。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.239.246 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MAC/M.1660277127.A.03B.html

08/12 12:46, 1年前 , 1F
感覺是Windows 筆電撞溫度牆throttle了
08/12 12:46, 1F

08/12 12:52, 1年前 , 2F
不管是win或mac,都可以把OS中一些平常沒用到的功能關一
08/12 12:52, 2F

08/12 12:52, 1年前 , 3F
關,軟體層面的人工最佳化之後,會有不少差異的,不是買
08/12 12:52, 3F

08/12 12:52, 1年前 , 4F
了最新的硬體就可以開一堆預設功能在那邊空轉,詳細可以
08/12 12:52, 4F

08/12 12:52, 1年前 , 5F
參考一些CAT或HTPC的調整方法,應該多少可以改善WIN這邊
08/12 12:52, 5F

08/12 12:52, 1年前 , 6F
的效能表現
08/12 12:52, 6F

08/12 12:54, 1年前 , 7F
我是覺得新WIN10G 沒道理跑輸舊MAC XD
08/12 12:54, 7F

08/12 12:55, 1年前 , 8F
要比OS人工調整的話,MAC OS 這邊能調的沒有WIN多,對於
08/12 12:55, 8F

08/12 12:55, 1年前 , 9F
人工軟硬體優化這方面,可以說WIN這邊潛力更高
08/12 12:55, 9F

08/12 13:10, 1年前 , 10F
intel會熱到燒起來耶 開機不動就5x度
08/12 13:10, 10F

08/12 13:12, 1年前 , 11F
真有這麼爛喔= =
08/12 13:12, 11F

08/12 13:20, 1年前 , 12F
我13年的..還在撐
08/12 13:20, 12F

08/12 13:34, 1年前 , 13F
2012依舊有安全性更新
08/12 13:34, 13F

08/12 13:44, 1年前 , 14F
你這個比較勝之不武吧 MSVC對clang++ 編譯器效率本身
08/12 13:44, 14F

08/12 13:44, 1年前 , 15F
就有差了 試試看g++相比?
08/12 13:44, 15F

08/12 13:49, 1年前 , 16F
而且說不定clang++是新編譯成IR中間碼快取管理差異使
08/12 13:49, 16F

08/12 13:49, 1年前 , 17F
得你在第二次編譯以後的時間失去比較性都有可能
08/12 13:49, 17F

08/12 13:51, 1年前 , 18F
至少我內文看起來差距應該不會是在OS上
08/12 13:51, 18F

08/12 13:53, 1年前 , 19F
你運氣真好, 2015~2019的macbook pro有夠垃圾
08/12 13:53, 19F

08/12 14:57, 1年前 , 20F
a大,我都是用g++。而且不只編譯一次來比較。
08/12 14:57, 20F

08/12 14:58, 1年前 , 21F
T大,Win有潛力但很難發揮出來的話,也沒用。
08/12 14:58, 21F

08/12 14:59, 1年前 , 22F
Win 8核全上才超越舊MAC,同樣雙核比慘敗,表示多工
08/12 14:59, 22F

08/12 15:00, 1年前 , 23F
thread的優化做得不好
08/12 15:00, 23F

08/12 15:00, 1年前 , 24F
Win新筆電的是i5第十一代
08/12 15:00, 24F

08/12 15:02, 1年前 , 25F
a大,因為用g++,makefile自己寫,所以compile參數
08/12 15:02, 25F

08/12 15:02, 1年前 , 26F
完全相同,算是蠻公平的
08/12 15:02, 26F

08/12 16:13, 1年前 , 27F
要不要確認一下你的terminal上g++有沒有被alias成cla
08/12 16:13, 27F

08/12 16:13, 1年前 , 28F
ng++?
08/12 16:13, 28F

08/12 16:18, 1年前 , 29F
主要差別是在windows上是透過mingw64來用g++
08/12 16:18, 29F

08/12 16:24, 1年前 , 30F
當然在macOS上的g++實際上是clang
08/12 16:24, 30F

08/12 16:25, 1年前 , 31F
剛剛在mac上查詢g++版本才發現出來的實際上是clang
08/12 16:25, 31F

08/12 16:37, 1年前 , 32F
對啊 所以我才覺得你這個不是公平的測試
08/12 16:37, 32F

08/12 16:42, 1年前 , 33F
clang有大量的編譯 連結時期的最佳化 所以編譯越多次
08/12 16:42, 33F

08/12 16:42, 1年前 , 34F
對gnu g++越吃虧
08/12 16:42, 34F

08/12 16:43, 1年前 , 35F
尤其是沒變動的程式碼IR也沒變動 會少掉很多時間
08/12 16:43, 35F

08/12 17:20, 1年前 , 36F
compiler不一樣時間肯定有差ㄅ
08/12 17:20, 36F

08/12 20:08, 1年前 , 37F
2樓cat是什麼?
08/12 20:08, 37F

08/12 20:49, 1年前 , 38F
我的 MBP 2013 升到 macos11 超卡,留在 10.15 很好用
08/12 20:49, 38F

08/12 20:50, 1年前 , 39F
computer audio transport
08/12 20:50, 39F

08/12 20:55, 1年前 , 40F
CAT在這邊討論=怪力亂神 但大方向是把自已不需要的關掉
08/12 20:55, 40F

08/12 20:55, 1年前 , 41F
詳細請洽headphone or audiophile,只是提供個方向:)
08/12 20:55, 41F

08/12 20:56, 1年前 , 42F
不過從s大與a大的討論,看起來與OS優化無關了 哈
08/12 20:56, 42F

08/13 00:55, 1年前 , 43F
到底亂比較甚麼 win一樣用clang編譯看看再說好嗎
08/13 00:55, 43F

08/13 14:09, 1年前 , 44F
2012-2015的retina,我都覺得是神機!身邊很多那期款的
08/13 14:09, 44F

08/13 14:09, 1年前 , 45F
現在還在用,實在太耐用,外型好看,接口hdmi,sd卡,磁
08/13 14:09, 45F

08/13 14:09, 1年前 , 46F
性充電,一應俱全
08/13 14:09, 46F
文章代碼(AID): #1YzT670x (MAC)
文章代碼(AID): #1YzT670x (MAC)