為什麼這篇Chrome 吃記憶體 2020鄉民發文收入到精華區：因為在Chrome 吃記憶體 2020這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者chirex (不含銅鋰鋅)看板PC_Shopping標題Re: [閒聊] tom's ...
※ 引述《nk11208z (小魯)》之銘言：
: ※ 引述《hn9480412》之銘言
: : https://www.tomshardware.com/news/dont-buy-pc-with-8gb-of-ram
: : tomshardware表示現在8GB的電腦以現在日常應用來說根本不夠用，tomshardware在Win10
: : 環境下開啟8個瀏覽器分頁、Slack和Spotify後RAM就已經超過8GB，就算沒有開啟任何工
: : 作或是遊戲等應用程式就已經占用5.5GB的RAM
: : 如果只看像艾爾登法環這類的遊戲的話，RAM就先佔用掉4.4GB。Steam本本身也會占用約
: : 350MB的RAM，當系統偵測到RAM不足時就必須要做資源調度進而影響效能
: : 如果你的電腦是自組的當然就比較容易解決這問題，但大多數OEM品牌電腦的RAM都還是維
: : 持8GB，即便是高價位的遊戲/商務筆電也是如此。所以tomshardware建議購買OEM品牌電腦
: : 建議選購16GB的RAM或是後續可再擴充RAM的電腦
: : 至於Mac還有在標配8GB的就.....macOS有自己一套調度RAM的方式，但超過RAM後也是狂吃
: : SSD的分頁檔了。只是SSD本身的速度會讓你非重度使用下感覺不到差別罷了
: : --
: : 作者 KotoriCute (Lovelive!) 看板 PC_Shopping
: : 標題 [情報] Skylake-X備貨捉急：居然不能如數交付
: : 時間 Wed Jul 19 00:23:39 2017
: 剛好看到文章有在討論Mac 8G ram到底夠不夠用的問題 ，老實說當文書機，+上偶爾輕度剪
: 輯的話絕對夠用
: 我的MAC型號是 2020的M1 Air 8G ram+256G ssd 今年買的
: 瀏覽器使用內建的safari 大概5-8個不等的分頁，另外還有常駐what's APP+anydesk
: https://i.imgur.com/IuCX9Gk.jpg
: 去CP值最高的還是2020的M1 MacBook air， 平常作業都在MAC上，萬一效能不夠在遠端回家
: 修改後抓回筆電
: （目前公司資安政策比較寬鬆，因此可以使用遠端軟體）
: 回歸正題
: 目前使用半年下來，8G ram對我而言是夠用的
: 但如果真的要把MACBOOK拿來當剪輯機的話,以及會做比較多工的事情，建議還是上16g
: 補個電蝦點：目前電腦是12700k+Z690+3050
: 2077 要能2k光追60 FPS的話，是不是只能等4070,4080那價格太盤
: 不考慮30系列，因為DLSS3不知道何年何月才會支援30系列
: ----
: Sent from BePTT on my iPhone 12 Pro
拿OS來比的話，根本就勝之不武。
MacOS的系統架構相對封閉，又架構完整，
而且嚴格限制軟體在後台無法讓你佔用過多的記憶體。
相同的軟體，放在Apple系統架構下，要吃的資源如果只有1的話，
不論是Win還是Chrome系統架構下，都要吃到2-4倍以上的資源。
你要說Apple分配比較嚴謹嗎？也不是，因為他們系統封閉，
硬體單一，再怎麼樣也是他們的家東西，他們就可以這麼搞，
這是他們的優點，也是缺點。
反過來像微軟、Google他們旗下的系統，不論是Win、ChromeOS、
還是Android，但是要作到開源適配，要海納百川有融乃大，
軟體要適應各家不同的硬體規格與調校。
要吃的記憶體本來就比較高，這是缺點，
但同時也是優點，因為彈性高。
跟一家工廠，如果產品單一，產品統一，規格不多，
那要請的人員就少，因為作的東西不複雜。
反之如果品項規格開得多、產品不統一，各有各的規格，
型號、那請的員工就要很多，因為每個產品的適應性、
規格都不同。
你要說兩家那邊好？那看你要怎想，有人就喜歡吃Buffet，
多種多樣任君選，雖然單品不是最好的，但勝在選擇多。
有人就喜歡吃單品套餐，雖然選擇不多，都配到好的，
但單一產品可以吃到最頂的，花在刀口上。
MacOS、iOS，如果同樣的軟體，只要用到1-2的記憶體資源的話，
那WinOS、ChromeOS、Android最少都要乘以2到4倍。
所以你要用WinOS，那記得，記憶體永遠不嫌多，
硬碟永遠不嫌快。加爆就對了。
反之Apple家的東西喔？就庫廚子要清冰箱庫存，
看今年塞什麼料給你？你就乖乖吞吧，
想要type-C?沒有，想要快充？沒有，
想要指紋解鎖？沒有，
想要沒有前瀏海或是胎記？沒有，
吞，就對了。
吞下去記得感恩載德，謝主隆恩，
Apple GOAT!!
--
我還沒說完吶~~ 夠多了夠多了，回家吃藥了啦~!
\ /
○
︵ \○╱/|
. . ﹎ ﹍﹍ ╱￣﹚╱＞
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.168.146.206 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1664617993.A.442.html
→ 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