→ hn9480412: 不過mac的chrome就被說在後台 10/01 18:01
→ hn9480412: 狂吃CPU使用率 10/01 18:01
→ chirex: Apple的cpu現在都作到效能過剩了,不怕吃。 10/01 18:03
→ kuninaka: 這篇看起來很認真寫 但是是在唬爛 10/01 18:04
→ kuninaka: 軟體在macOS和windows上就不能算相同的軟體了 10/01 18:05
→ kuninaka: 用的SDK又不一樣 10/01 18:05
→ kuninaka: Chrome系統又是什麼鬼東西 10/01 18:06
→ kuninaka: Chrome OS? 10/01 18:06
推 benedict76: 原來同樣1mb的資料win會比mac多好幾倍喔!顛覆計算機 10/01 18:06
→ benedict76: 科學耶! 10/01 18:06
→ kuninaka: Chrome OS是linus base捏 10/01 18:06
→ kuninaka: Chrome OS是linus base捏 10/01 18:06
→ kuninaka: linux 10/01 18:07
→ kuninaka: 正確是masOS和windows管理記憶體機制不同 10/01 18:07
→ kuninaka: 不是你講的什麼系統封閉硬體單一 10/01 18:07
→ chirex: 你要不要想想為什麼他們會生出兩套不同管理記憶體機制的理 10/01 18:09
→ chirex: 由? 10/01 18:09
推 benedict76: 你2-4倍資源從哪裡來? 10/01 18:12
→ moswu: 哇你連OS都鑽研這麼透徹,google大學的? 10/01 18:13
→ scarbywind: 我寫程式就是import到底 你問我為何占用這麼大? 10/01 18:15
推 chang1248w: 為什麼 10/01 18:16
推 crowley: 我是在想你要怎麼讓mac os的chrome在windows上跑起來 10/01 18:20
推 Dougan000: 等等,怎麼從Mac講到iPhone去? 10/01 18:25
→ kuninaka: 你怎麼不說看看你說4倍的邏輯? 10/01 18:28
→ kuninaka: chrome os要四倍macOS的記憶體? 10/01 18:28
→ kuninaka: 自己不說四倍的根據,要別人想 10/01 18:29
→ k258610: 現在一堆程式都是跨平台的,都是同一套程式碼捏 10/01 18:33
→ crono0: macos現在大多靠swap稱吧,標配ssd速度又夠快 10/01 18:35
推 kuninaka: 也有原生開發的 10/01 18:37
→ cs8425: 靠swap+SSD撐+1 app核心的code差異不會太大 資料量也一樣 10/01 18:39
→ cs8425: 就OS記憶體管理機制不同而已 mac一直搞壓縮跟swap... 10/01 18:40
噓 coox: 毫無根據胡亂瞎扯 10/01 18:54
噓 dankyo: 鬼扯一通...是文組就別裝成理組,很容易被看破手腳!快把 10/01 19:37
→ dankyo: 文章刪了吧,以免誤人 10/01 19:37
推 kuninaka: 別刪文阿 10/01 19:44
→ tomsawyer: 理論上編譯出來的記憶體使用方式也會不太一樣吧 10/01 19:59
→ kuninaka: 這人之前說cyberpunk 2077是蒸氣龐克 10/01 20:12
推 democrat: 一看就文組 10/01 20:29
→ LastAttack: 這篇好沒料,除了吃2~4倍資源,都是拿常識來擴寫。 10/01 20:40
→ ehai0725: 相容性問題很多東西都多一層轉譯啊,開放平台多佔資源 10/01 21:22
→ ehai0725: 很正常 10/01 21:22
→ hn9480412: 重點是沒人提到64位元下占用的資源本來就會比較多嗎 10/01 21:34
→ kuninaka: 兩邊都64阿 沒特別題 10/01 21:37
→ amos30627: Linux base比windows好多了 同樣16G 兩個差很多 10/01 21:46
→ amos30627: 我還沒割swap 10/01 21:46
→ hn9480412: 但我還是搞不懂為何一個CC主控台可以吃到800多MB RAM 10/01 21:47
→ amos30627: windows開個吃記憶體的分頁+遊戲背景就卡了 10/01 21:47
噓 Gcobs130275: 好像講了什麼很有內容的東西 事實上什麼都沒講 10/01 22:24
→ commandoEX: MAC OS是BSD核心吧 10/02 00:13
→ commandoEX: 另外Linux下的中文輸入法退步的很嚴重... 10/02 00:14
→ amos30627: 輸入法確實有點難用 10/02 00:39
推 n796885: Fedora內建的那個中文輸入法 10/02 02:24
→ n796885: 我覺得挺好用 也不用花時間另外裝 10/02 02:24
→ chris1281: 程式需要的記憶體,寫的時候就分配好了,誰跟你在不同 10/02 03:36
→ chris1281: 平台佔用的記憶體容量不一樣? 10/02 03:36
→ ILike58: 記憶體佔用比別的os少,不就會讓page fault的機率變大頻 10/02 04:07
→ ILike58: 頻swap嗎,你每次的cache miss都有機會伴隨更大成本的pen 10/02 04:07
→ ILike58: alty,這是os的記憶體管理有問題還是怎樣? 10/02 04:07
→ rail02000: 稍微離題,Linux下中文輸入法可以試試看fcitx 10/02 13:36
→ rail02000: Mac OS核心也是開源的,一樣能安裝非Store的程式,自 10/02 13:38
→ rail02000: 訂性比iOS還高,所以一開始立論不太成立。 10/02 13:38
→ rail02000: 各系統記憶體管理方式本來就不同,不完全跟硬體封閉與 10/02 13:40
→ rail02000: 否有關。同樣是自組零件的PC,Windows跟Linux記憶體管 10/02 13:40
→ rail02000: 理也不同。 10/02 13:40
→ ILike58: 記憶體管理再怎麼不同也還是往最佳效率走,計算機硬體架 10/02 16:56
→ ILike58: 構就那樣,也就決定他的天花板性能在哪,兩家會有差異也 10/02 16:56
→ ILike58: 很有可能受別的方面設計的policy影響有最終的效能差異, 10/02 16:56
→ ILike58: 但遇到記憶體不足需要做swap,那就回到不同階層的記憶體 10/02 16:56
→ ILike58: 效能落差,兩家也只是輕重的差異。 10/02 16:56