Mac過(guò)熱降頻的罪魁禍?zhǔn)?，竟是插到了左邊的Type-C口

曉查 2020-04-27 12:30:27 來(lái)源：量子位

曉查 發(fā)自 凹非寺
量子位 報(bào)道 | 公眾號(hào) QbitAI

自從MacBook Pro換成最新設(shè)計(jì)后，用戶的吐槽就沒(méi)停過(guò)，最大的槽點(diǎn)就是那4個(gè)Type-C插口。

雖然你今后離不開(kāi)轉(zhuǎn)接器了，但蘋(píng)果說(shuō)4個(gè)Type-C更方便，因?yàn)榭梢噪S便插，每個(gè)都可以給電腦充電，而且都支持40Gbps的傳輸速率。

然而由于習(xí)慣問(wèn)題（之前的磁吸充電口在左邊），很多用戶都是插左邊來(lái)給Mac供電，沒(méi)想到正是這個(gè)習(xí)慣害了自己。

請(qǐng)插右邊

最近有不少網(wǎng)友發(fā)現(xiàn)，自己的Mac長(zhǎng)期高負(fù)載運(yùn)轉(zhuǎn)，溫度過(guò)熱，打開(kāi)“活動(dòng)監(jiān)視器”一看：

原來(lái)占用系統(tǒng)資源最多的是kernel_task，但這是系統(tǒng)內(nèi)核進(jìn)程，用戶也沒(méi)法關(guān)閉啊。這個(gè)進(jìn)程到底在做什么，真是百思不得其解。

惱人的是，kernel_task高占用期間，電腦處于假死狀態(tài)，無(wú)法進(jìn)行任何操作，甚至強(qiáng)制重啟后仍然是高占用率。難道是中毒了？

這位網(wǎng)友將自己的疑問(wèn)發(fā)在了Stack Overflow上，有位Mac用戶用自己的電腦實(shí)測(cè)結(jié)果回答了這個(gè)問(wèn)題。

為了驗(yàn)證接口對(duì)CPU和溫度的影響，他測(cè)試了電腦在以下3種不同狀況下的運(yùn)行數(shù)據(jù)：

1. 左邊充電、右邊轉(zhuǎn)接USB和HDMI
2. 左邊轉(zhuǎn)接USB和HDMI、右邊充電
3. 左邊空置、右邊充電

可以看出，把充電放在左邊，CPU的占用率就會(huì)大大下降，但是一旦從B切換到A，過(guò)了四五分鐘后，占用率又開(kāi)始陡升。再切換回B，占用率秒降。

而“罪魁禍?zhǔn)住闭亲筮叺腡ype-C接口（也就是Thunderbolt接口）。

一旦把左邊的充電撤去，就會(huì)有超過(guò)15℃的溫度下降。就是左邊的接口只插著轉(zhuǎn)接器連接鼠標(biāo)鍵盤(pán)，溫度依然不容小覷。

當(dāng)這位用戶把左邊的轉(zhuǎn)接器拔掉后（從B狀態(tài)切換到C），接口溫度又下降了15度。

所以kernel_task高CPU占用率是由于左側(cè)接口溫度過(guò)高引起的，主要是因?yàn)槌潆姴⒉迦肓宿D(zhuǎn)接器連接外設(shè)。

因此，這位網(wǎng)友建議最好把充電線插在右邊。真是玄學(xué)的Mac啊！

如果實(shí)在不方便把充電線接在左邊，還可以通過(guò)第三方軟件iStatMenus把風(fēng)扇速度調(diào)到最大，代價(jià)就是巨大的噪聲了。

Type-C問(wèn)題真多

蘋(píng)果從把Mac接口全換成Type-C那天起，外界的批評(píng)聲就沒(méi)有斷過(guò)。

不少人調(diào)侃蘋(píng)果這么做是為了賣(mài)轉(zhuǎn)接配件，過(guò)去接個(gè)鼠標(biāo)和顯示器這么簡(jiǎn)單的操作，現(xiàn)在都要買(mǎi)Type-C轉(zhuǎn)Type-A和HDMI轉(zhuǎn)接器。

增加用戶使用成本不說(shuō)，出門(mén)還要多帶幾個(gè)轉(zhuǎn)接器。也難怪有人調(diào)侃庫(kù)克是為了給蘋(píng)果增加賣(mài)配件的收入。

而且用了轉(zhuǎn)接配件后，電腦的確是更熱了。

Mac最大的硬傷在于它的散熱，當(dāng)年i9高配版因?yàn)樯崽睿阅苌踔链虿贿^(guò)i7，直到后來(lái)更新了軟件才緩解了這一問(wèn)題。

程序員用Mac更多的是看上它類(lèi)Unix的運(yùn)行環(huán)境。現(xiàn)在Windows的Linux子系統(tǒng)越來(lái)越完善，在這個(gè)帖子下的程序員表示“我要轉(zhuǎn)投Windows陣營(yíng)了”。

參考鏈接：

https://apple.stackexchange.com/questions/363337/how-to-find-cause-of-high-kernel-task-cpu-usage/363933#363933

https://news.ycombinator.com/item?id=22957573