PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 其他群組 > 數位行動產品討論區
帳戶
密碼
 

  回應
 
主題工具
peterlin2008
*停權中*
 

加入日期: Dec 2012
文章: 102
bbs看到討論手機cpu

如有 lag 請包含

http://www.ptt.cc/bbs/MobileComm/M....7536.A.8A3.html


今年2013手機處理器,知名的就下列幾家
一、高通 (S4 pro、S600、S800)
二、三星 (Exynos 4412、5410/5420)
三、蘋果 (A7)
四、Intel (Intel Clover Trail+、Bay Trail-T)


看到一些
一、先說高通好了
S800系列(GPU Adreno330),在Tjmax近80度時,會瘋狂降頻 手機本體的體積很小,散熱能力有限的情況下 在我測試的過的手機裡,沒一支可以全速(2.2xGhz)維持超過二十秒鐘
=> 所以 高通s800 有散熱問題嗎 ??

二、三星更慘了 在A15特殊的big.LITTLE (我看是bug.LITTLE吧?)架構下 根本就只能用慘絕人寰來形容 最近S4和Note3有更新Heterogeneous Multi-Processing核心? 真的是HMP?或是抑只是把 Cluster Migration的調配,因應溫度再做些調動而已? 不過In-kernel switcher似乎還沒解決(datasheet是有,但是,不樂觀) 所以,在Tjmax於90度下,octa處理器,慘到爆 慘到在全速運行不到十分鐘後,只剩4顆A7在跑


還有人知道討論有討論手機cpu ??
很好奇 apple new CPU 和 bay trail CPU
     
      
舊 2013-10-22, 06:57 PM #1
回應時引用此文章
peterlin2008離線中  
Akira666
*停權中*
 

加入日期: Aug 2013
文章: 128
現在的android手機上,效能其實都已經堪用,大概到S600就差不多了
剩下的比的是韌體的調教和系統優化,SONY和三星兩者優化的能力就比較弱
尤其是SONY更差,同樣都是PQ8064,PF2明顯就比ZL順...
三星的系統肥大,個人覺得過於眼花撩亂
而對於IPHONE來說,CPU大概到A6就已經非常順暢~
搭載A5的IPAD MINI還有點卡~
不過到了A6的IP5怎麼用都比S600順暢~
但是不要太在意的話,S600+2G RAM也差不多了
跟PC上來做比喻的話,S600大概就是C2D時代
後續的硬體效能提升會越來越不明顯

另外INTEL的ARM CPU根本沒有名氣,在我看來還比MTK差
 

此文章於 2013-10-22 08:03 PM 被 Akira666 編輯.
舊 2013-10-22, 07:56 PM #2
回應時引用此文章
Akira666離線中  
youporn
Major Member
 

加入日期: Mar 2012
文章: 196
三爽優化能力較弱這結論怎麼來的?

三爽可是有自己設計的 ASIC,當然也要發展相對應的 BSP,一定比那些只會改 UI 的廠商了解的深入多了

Intel 早就不發展 ARM 的 ASIC 了,這麼大的餅怎麼可能還要付權利金給別人?

當然是用自家的 x86 架構才能賺飽飽啊,事實也證明 ATOM 在行動領域已經慢慢接近 ARM 了

一開始有 x86 的包袱的確是走得很辛苦,現在效能和功耗都一一克服了,未來肯定有一番作為!

此文章於 2013-10-22 09:29 PM 被 youporn 編輯.
舊 2013-10-22, 09:28 PM #3
回應時引用此文章
youporn離線中  
peterlin2008
*停權中*
 

加入日期: Dec 2012
文章: 102
atom 如果手機上跑 x86 android ..那會輸 arm + android .

如果可以切 win os + android ..那就還可以,

bay trail 目前出來平板還不夠多.
舊 2013-10-23, 04:26 PM #4
回應時引用此文章
peterlin2008離線中  
OscarShih
Golden Member
 
OscarShih的大頭照
 

加入日期: Jul 2012
文章: 2,590
那文章貼到數字友站一堆是被狂推的

因為等於出來幫最近某一支拖鞋解套了

__________________
公司用擋簽名檔帳號
舊 2013-10-24, 10:26 AM #5
回應時引用此文章
OscarShih離線中  
AndyCandy
*停權中*
 

加入日期: May 2005
文章: 345
數據拿出來才好比較,寫了一堆都是自己的主觀感受...
舊 2013-10-24, 11:00 AM #6
回應時引用此文章
AndyCandy離線中  
peterlin2008
*停權中*
 

加入日期: Dec 2012
文章: 102
幫最近某一支拖鞋解套了
=> ??

不知道
舊 2013-10-24, 09:58 PM #7
回應時引用此文章
peterlin2008離線中  
jamin
Senior Member
 
jamin的大頭照
 

加入日期: Dec 2002
文章: 1,370
這種八婆等級的唬爛文少看點, 連晶片廠與系統廠要做的事都分不清

降頻是 CPU 自保的主流設計, 在環境惡劣下, 盡可能的運作與保護自己
當系統廠散熱設計不良, CPU 快頂到工作溫度上限值, 降頻就是避免繼續熱累積

 
__________________
要討論也要找能溝通的, 跟狂吠的狗溝通只是浪費時間. 每日一句 : 很多不等於多數,也不等於少數
舊 2013-10-24, 10:58 PM #8
回應時引用此文章
jamin離線中  
blair
Elite Member
 
blair的大頭照
 

加入日期: Jun 2001
您的住址: 地球
文章: 6,230
引用:
作者peterlin2008
如有 lag 請包含

http://www.ptt.cc/bbs/MobileComm/M....7536.A.8A3.html


今年2013手機處理器,知名的就下列幾家
一、高通 (S4 pro、S600、S800)
二、三星 (Exynos 4412、5410/5420)
三、蘋果 (A7)
四、Intel (Intel Clover Trail+、Bay Trail-T)


看到一些
一、先說高通好了
S800系列(GPU Adreno330),在Tjmax近80度時,會瘋狂降頻 手機本體的體積很小,散熱能力有限的情況下 在我測試的過的手機裡,沒一支可以全速(2.2xGhz)維持超過二十秒鐘
=> 所以 高通s800 有散熱問題嗎 ??

二、三星更慘了 在A15特殊的big.LITTLE (我看是bug.LITTLE吧?)架構下 根本就只能用慘絕人寰來形容 最近S4和Note3有更新Heterogeneous Multi-Processing核心? 真的是HMP?或是抑只是把 Cluster Migration的調配,因應溫度再做些調動而已? 不過In-kernel switcher似乎還沒解決(datasheet是有,但...

Apple的CPU是最不需要花時間討論的,
因為他家是軟硬體綁一起,沒得放在同一個天平比較。
__________________
~愛由一個笑容開始,用一個吻來成長,用一滴眼淚來結束。
當你出生時你一個人在哭,而所有在旁的在笑,因此請活出你的生命,
當你死的時候,圍繞你的人在哭而你便是唯一在笑。~
舊 2013-10-24, 11:59 PM #9
回應時引用此文章
blair離線中  
dabochi
*停權中*
 
dabochi的大頭照
 

加入日期: Nov 2002
您的住址: 東湖
文章: 1,688
引用:
作者youporn
三爽優化能力較弱這結論怎麼來的?

三爽可是有自己設計的 ASIC,當然也要發展相對應的 BSP,一定比那些只會改 UI 的廠商了解的深入多了


這樣說好了 Samsung的確是少數ARM架構授權買整套的廠家
但是也僅止於此了
另外幾大對手(Q,N&A)把架構拿回來之後都有或多或少進行基礎性改造
就只有Samsung幾乎是照搬
要說對自家ASIC的了解 可能還比不上MTK(肇因於最佳化的急迫性不高)

引用:
作者youporn
Intel 早就不發展 ARM 的 ASIC 了,這麼大的餅怎麼可能還要付權利金給別人?
當然是用自家的 x86 架構才能賺飽飽啊,事實也證明 ATOM 在行動領域已經慢慢接近 ARM 了
一開始有 x86 的包袱的確是走得很辛苦,現在效能和功耗都一一克服了,未來肯定有一番作為!


Intel的問題是策略 關鍵點是ASP 而不是產品的能力
如果Intel是Groove當家 在下敢講Atom絕對不是現在這個樣子
舊 2013-10-25, 12:07 AM #10
回應時引用此文章
dabochi離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是03:28 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2024。