探究8核驍龍652的工作原理
接下來,技術宅伙伴注意了,小編將通過PerfMon性能監(jiān)視器,觀察一下在分別開啟不同應用時候,驍龍652究竟開啟多少顆核心?開啟的核心是Cortex-A72(大核心)還是Cortex-A53(小核心)多一點?開啟的大核心和小核心工作時候一般維持在哪個主頻區(qū)間?
先看看清空后臺,靜置手機的情況:
CPU0~CPU3為Cortex-A53的4顆小核心
CPU4~CPU7為Cortex-A72的4顆大核心
靜置情況下,四顆大核心只開啟了兩顆,四顆小核心雖然全部都開啟了,但是均處于低功耗的狀態(tài)。
跑分之前肯定要下載軟件吧,我們看看下載“安兔兔評測”時候的核心開啟情況:
根據上圖顯示,下載過程中依然是四顆小核心全部開啟,四顆大核心輪流上崗,而且基本上只維持開啟兩顆的狀態(tài)。讓小編有點意外的是,大核心是運作在主頻比較高情況下,和以往我們的認知有些不同。
接下來看看安兔兔跑分時候變化:
四顆小核心常開,但是主頻基本上沒有突破1GHz,四顆大核心選擇輪流開啟(保證最多只有兩顆開啟),交替工作,真正做到性能和功耗上的平衡,用最少的人力做最多的事情是Qualcomm一直以來的原則。
進入《花園》這個場景后,面對部分3D渲染比較高負荷畫面,四顆小核心和兩顆大核心主頻有所提高,但是依然并不會盲目地開啟全部核心浪費電能,頂多也是頻繁切換核心。當然,在3D性能測試上,CPU占用率按道理不應該太高,這也符合上面截圖的實際情況,3D渲染測試環(huán)節(jié)應該是Adreno 510 GPU的主戰(zhàn)場,PerfMon性能監(jiān)視器無法監(jiān)控GPU情況,所以感興趣消費者可以自行下載一些GPU檢測工具驗證結論。
來到CPU高負載的場合,驍龍652中的4顆大核心全部開啟,而且占用率全部上升到極限,這個時候四顆小核心維持低功耗狀態(tài)即可,這也符合正常的工作思路,如果四個肌肉男火力全開就能夠搬動的大型家具,何必再浪費人力物力讓力不從心的角色多插一腳,人多并不意味著辦事效率高。
終于來到“跑分控”最喜歡的多線程和多任務環(huán)節(jié),沒有別的原因,主要還是因為他們喜歡看到8顆核心全部開啟,而且占用率都在100%,這樣他們才有滿足感,這是一種病態(tài)嗎?在他們看來,可能這樣才能夠證明芯片廠商真材實料地給了8顆核心他們。
為什么安兔兔近兩三年大幅度削弱多線程和多任務跑分權重,大力推行單線程和單核心的跑分重要性,主要還是因為如今的App基本上都很少采用多線程和多核心的設計思路,這就導致跑分無法準確反映出實際用戶體驗,從而造成“高分低能”的現(xiàn)象。因此安兔兔來到了6.0版本,一如既往,在上圖顯示的這些UX/UE(用戶體驗)有關的跑分選項上,加大了單線程和單核心處理能力考察,如圖所示,PerfMon性能監(jiān)視器顯示大核心雖然只開啟了一顆,但是以最高主頻方式全速運行。
看完跑分,我們來點輕松環(huán)節(jié),播放高清視頻這些小case,四顆小核心足以應付,所以大核心那邊基本上只是充當協(xié)助甚至“袖手旁觀”的角色。
最后我們看看游戲方面表現(xiàn),分別以激流快艇和地鐵跑酷為例,看看在性能要求比較高的實際環(huán)境中,驍龍652的工作原理又是如何的?
針對激流快艇而言,驍龍652四顆小核心將主頻推到最高,一點也沒有怠慢消費者,占用率和功耗、發(fā)熱也不會太高,畢竟Cortex-A53是一種主打低功耗的核心。四顆大核心方面依然采用輪流開啟兩顆的工作方式,主頻隨著工作狀態(tài)不同及時上升下降,充分發(fā)揮低功耗和高性能最佳組合。
地鐵跑酷相比激流快艇,對驍龍652的負荷要求并沒有那么重,所以雖然依然是開了6顆核心,但是4顆小核心的主頻相比之前激流快艇時候下降了不少,兩顆輪流開啟的大核心在適當時候幫小核心一把即可快速完成計算任務。
這里要特別說明一下:不是說擔心功耗大就不敢開啟大核心,面對再復雜的運算也依然讓四顆小核心全速工作完成。這里牽扯到處理器核心開啟策略問題,如果四顆小核心即使全速運行也要3個小時才能夠完成,這個時候讓兩顆大核心提高一下頻率即可把運算時間縮短一半以上,那么為什么還要難為四顆小核心在那里浴血奮戰(zhàn)呢?四顆小核心雖然功耗低,但是運行了3個小時的話,功耗再低也會積少成多,最終反而不如臨時提高兩顆大核心主頻提前完成工作要來得省電。所以凡事都是相對的,具體問題具體分析。Qualcomm在驍龍652采用的策略也類似。
版權所有,未經許可不得轉載
關于CNMO | 聯(lián)系我們 | 站點地圖 | 精英招聘 | CNMO記事 | 家長監(jiān)護工程 | 舉報不良信息
Copyright © 2007 -
北京沃德斯瑪特網絡科技有限責任公司.All rights reserved 發(fā)郵件給我們
京ICP證-070681號 京ICP備09081256號 京公網安備 11010502036320號