作者BadGame (人生 歡樂易忘卻執著痛苦)
看板MobileComm
標題[新聞] 高通S810發熱問題調查，速度節流處理糟糕
時間Sun Apr 26 13:59:43 2015
對岸翻譯新聞.. 驍龍810發熱問題調查 速度節流處理糟糕 (網站內有測試圖表)
http://digi.tech.qq.com/a/20150426/006591.htm 騰訊數碼訊（Eskimo）自2011年至今，高通在移動芯片領域可謂難逢對手。不管是Nvidia 、三星、英特爾、還是曾經的德州儀器，市場份額和高通完全不能相提並論。但是，這家 公司的最新旗艦新品驍龍810卻有點讓人失望。雖然相比上代型號的確有所提升，但驍龍 810卻存在著一個很大的問題，那就是發熱。 處理器速度節流是避免移動設備發生過熱的一種普遍手段，而從目前兩款配備驍龍810芯 片的手機身上來看（HTC One M9和LG G Flex 2），發熱問題的確存在，且會伴隨著性能 快速降低的狀況。更耐人尋味的是，處理核心和最高主頻基本相同的三星Exynos 7420運 行速度明顯更快，長時間運行的表現也更好。 那究竟是什麼原因造成了驍龍810的發熱問題呢？科技網站ArsTechnica日前就對這一點進 行了深度調查。 測試 ArsTechnica所進行的移動芯片節流測試會每隔5秒對CPU的時鐘速度進行一次測量。CPU轉 換頻率的速度要比這快得多，但測試依然可以讓我們大致瞭解到CPU在一段時間的持續負 荷之下是如何反應的。 ArsTechnica首先測試的是三款我們非常熟悉的移動芯片——驍龍800、801和805。在測試 過程當中，驍龍800（Nexus 5）的時鐘速度從2.3GHz緩慢降至1.6GHz左右。驍龍801完全 沒有進行速度節流，但這並不令人意外——配備這款芯片的手機一般都能達到性能和續航 的出色平衡；至於驍龍805，這款芯片先是在最高的2.7GHz附近保持了一段時間，最終緩 慢降到1.7 - 2.0GHz之間。 驍龍810的情況就稍微複雜一些。當它進行節流時，負責任務處理的核心會從Cortex A57 切換至A53。儘管後者運行時的時鐘速度要比A57高一些，但每時鐘指令（IPC）更低，這 也使得處理速度變低。 如果可以在一定時間內保持2.0GHz的時鐘，那Cortex A57的速度的確可以比2.7GHz Krait 450（驍龍805）更快。但由於節流太快，驍龍810在處理持續工作負荷時的速度甚 至不及驍龍801。 上圖中綠線和藍線之間的空隙代表著驍龍810（LG G Flex 2）從A57切換至A53的位置，可 以看出，兩種核心之間不僅切換頻率很高，且從未到達過2.0GHz的最高時鐘速度。僅幾分 鐘之後，A57的時鐘速度峰值就降至1.3GHz左右，並最終抵達850 - 950MHz的低位。 由於軟件優化和散熱能力的不同，相同芯片在不同手機上的表現會存在一些差別。但在測 試當中，HTC One M9的表現和LG G Flex 2其實非常相似。驍龍810在這款手機當中也幾乎 從未達到過2.0GHz的最高時鐘速度，即便是開啟了隱藏的「高性能」模式——A57核心大 部分時間都維持在了1.2GHz - 850MHz的時鐘速度之間。M9切換時鐘速度和處理核心的頻 率要比Flex 2更頻繁，但驍龍810的工作方式並沒有什麼改變。 三星Galaxy S6所配備的Exynos 7 Octa使用了和驍龍810相同的處理核心組合，但在節流 之前，三星的芯片可在幾分鐘之內維持2.1GHz的最高時鐘速度。隨著時鐘速度的下降，芯 片的發熱也有所緩解，要是有散熱空間，它又會短暫回升至2.1GHz。Exynos 7420幾乎不 會切換到A53核心——至少在10分鐘之內如此，而在切換之後，它又會很快切回A57。這款 芯片的最低時鐘速度在1.2GHz左右，比驍龍810高出200-400MHz。無論從哪方面看， Exynos 7420都是一款表現更出色的芯片。 將Exynos 7420和驍龍810的A57核心進行對比，我們就真正接近問題的所在了。從紙面上 看，兩款芯片的性能應該非常接近。但在實際使用當中，驍龍810節流地太早也太嚴重， 以至設備在運行一兩分鐘就會出現速度下降。 總結 芯片都會節流，但驍龍810節流起來有點喪心病狂，程度之甚超過了大多數芯片。如此一 來，這款芯片在長時間運行時速度甚至不及驍龍801和805。而Exynos 7 Octa雖然配置基 本相同，但實際運行中的表現要好得多。 高通此前曾多次暗示，使用ARM Cortex處理核心是一種權宜之計。蘋果帶來64位A7芯片的 時間比業界所預料的早了1年左右，而芯片的設計週期一般是2-3年。因此，使用現成的 Cortex核心是將64位芯片帶到市場的最快辦法。 但讓人遺憾的是，我們所看到的結果並不好。這或許是因為驍龍810使用的是台積電的 20nm製作工藝而非三星的14nm工藝，也有可能是因為三星在將自己的設計融入Cortex核心 的工作上擁有更多經驗。無論如何，ArsTechnica在真機上進行的測試表明，配備驍龍810 芯片的手機不僅處理速度慢，續航也更糟糕。 來源：ArsTechnica ----------------------------------------------------------------------------- 其實高通先前玩的 A53*8核 S615就已經感覺很不好了，之後再上S810顯然還是需要 交學費練習怎麼調節與改善8核降頻、發熱、續航之類.. 這個A57發熱 三星也用在Note4的獵戶座5433 和S6 獵戶座7420上了 也沒降得嚴重 不過結論提到 或許是用臺積電20nm的問題 也太...怪別人了，蘋果A8也是臺積電20nm 也沒聽到有設計上的缺失 --
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.139.29 ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1430027987.A.B18.html
推 kira925 : ....好文章 不過專有名詞都要腦內翻譯一下XD 04/26 14:00
→ kira925 : 節流 -> Throttling 04/26 14:00
→ kira925 : 剩下的應該還好 04/26 14:02
推 jeff101234 : 樓上點出關鍵XDDD 節流我也有看沒懂 換成原文就 04/26 14:08
→ leahcim72197: 不知道Z4會怎樣 04/26 14:08
推 rex1135 : S810的問題有可能透過之後的軟體更新改善嗎？ 04/26 14:08
→ jeff101234 : 好理解了XD 04/26 14:08
→ jeff101234 : 把錯怪在臺GG身上 都是they的錯嗎ww 04/26 14:09
→ jeff101234 : 這樣比較之下 業界良心發哥6752好像厲害多了(? 04/26 14:11
→ taleschia : 810問題一大堆，不知為何新的旗艦機都要用？ 04/26 14:13
→ JuiFu617 : 據說G4也是用s810,該pass嗎？ 04/26 14:14
→ kira925 : No other choice 原文有說 Qualcomm這個AP/RF/Power 04/26 14:14
→ kira925 : 通包的方案把其他廠商幾乎都擠出去了 三星靠著自家 04/26 14:14
推 Clinkz : 不就不吃以後就斷你貨 沒自主研發cpu的廠商只好含 04/26 14:14
→ kira925 : 手機活下來 MTK則是另闢蹊徑做turnkey 04/26 14:14
→ Clinkz : 淚吞下 04/26 14:14
→ kira925 : S810能不能透過軟體更新就不知道了 XDA那邊在自編 04/26 14:15
推 starport : 801再戰2年 04/26 14:15
→ kira925 : 新的Kernel，改用GTS取代高通的CPU Governor. 04/26 14:15
→ kira925 : 效能是解放了 Throttling就不知道 04/26 14:16
→ BadGame : 對岸也在討論 中興Z9 MAX做法好像是直接關兩個A57核 04/26 14:25
→ BadGame : 當作S808再用 至少兩個A57不會發熱降嚴重 維持滑順 04/26 14:25
推 chunyulai : Exynos也太強 平均比S810高出200-400MHz 04/26 14:26
→ chunyulai : 所以高通的意思就是 打不贏別人就加入別人 04/26 14:27
→ chunyulai : 搞不贏三星 就讓三星代工(?) 04/26 14:27
推 jeff101234 : 三星因為贏了這一局 所以順利成了高通的打工仔(疑? 04/26 14:33
→ jeff101234 : 怎麼看都是高通的大勝利(? 04/26 14:34
→ chunyulai : 反正目前看來 最吃虧的都是台積電啊 04/26 14:36
→ BadGame : 可是發哥玩臺積電 28nm的4核 MT8173 單核破1600了耶 04/26 14:39
→ rogner : A72終究不一樣 :p 而且GPU還是爛 04/26 14:41
→ biostrike : 高通:都是因為GG的20奈輸三星的14奈啦 叭~(按喇叭 04/26 14:44
推 newtyper : QQ 04/26 14:47
推 wilfred17 : 應該是封裝型式散熱不佳 跟wafer node沒關係 04/26 14:48
This entry passed through the Full-Text RSS service - if this is your content and you're reading it on someone else's site, please read the FAQ at fivefilters.org/content-only/faq.php#publishers.
