[心得] iPhone 6S 與 台積/三星A9
蘋果要同時用TSMC 16FF(應該不是16FF+,理由後述),
Samsung 14LPP來生產A9,成本會多出多少?
目前高檔14/16nm FinFet SoC設計成本大概是150M起跳,
這個不包含嵌入式軟體開發與光罩成本,
上面那兩個一般會再多花60%的費用.
但是蘋果的人力成本會更高(因為薪水高啊...)
不過蘋果兩邊同時下單設計成本不會到兩倍.
因為可以用相同的HDL然後從後段開始.
但是也應該要花上1/3以上吧,因為先進製程的後段難度增加許多.
加上光罩成本10M起跳,算起來最少也要60~70M美金,
也是新台幣20億起跳.
但是這個是固定一次性成本,可以被產品銷售量攤平.
20億新台幣以上這個數目字是非常大的,
正常的fabless幾乎不可能這樣搞,
例如聯發科,
如果SoC只能賣到4000萬顆,
那每顆成本就多50元新台幣以上,
只能賣2500萬顆的話,
就是每顆成本多出80元新台幣以上.
這根本不是可以接受的事情,
當然聯發科人力跟蘋果比起來成本低廉,
所以可能不會花到20億這麼多就是了.
不過蘋果財大氣粗+銷量超大可以這樣搞,
因為蘋果手機每一代有機會可以賣到2億隻,
攤下來多餘成本就是10元新台幣起跳.
但是如果不是有影響更大因素(如產能需求,降低變動成本..),
以蘋果過去怎麼對付旗下供應商的紀錄,
絕對是連這10元新台幣也不想多花.
妙的是, 某個因素讓蘋果這麼做了,
更奇的是竟然也不分產品(如台積6S+,三星6S),
而是完全混搭,造成現在可能會出現的抽抽樂,
還有許多生產跟軟體上需要克服的麻煩,
(例如軟體至少要針對兩顆處理器的執行效率差異,
把比較好的那一個閹割一下,讓兩邊跑起來差不多),
這個舉動其實也讓許多分析不解啊,
有媒體推測應該是產能的問題.
https://goo.gl/4dynJk
: It had been industry speculation prior to the iPhone 6S launch that
: Apple would be dual-sourcing the A9 and A9X from Samsung and TSMC,
: respectively. The A9 would have gone into iPhone 6S/6S+ and the A9X
: would have gone into iPad Pros, giving Samsung a large edge in volume
: for the A9 product family.
:
: It was thus a surprise to find two different application processors
: in two otherwise identical iPhone 6S smartphones. As pictured below,
: there is a difference in the die size for the APL0898 (Samsung) and
: the APL1022 (TSMC).
:
: On the other hand, for Apple to go through all the trouble of
: dual-sourcing a custom designed part and launching on day one
: with both parts, suggests major sourcing problems. For cost
: and power reasons, there is little reason to run a larger die,
: unless the smaller die was not available at the right volumes.
然後為啥麼TSMC A9應該是用16FF而不是16FF+製程呢?
因為三星的APL0898比台積APL1022小上9%這個關鍵性因素.
如果是用16FF+製程,那根本不會有這麼大的差距,
搞不好Die Size還會比較小一點點.
這個大9%差不多就可以斷定台積A9是用16FF生產了.
http://goo.gl/hJnLim
16FF這個製程,直接跟自家16FF+比就好,
同樣效率下功耗大40%,同樣功耗下效率只有87%,面積又大17%,
根本就一無是處.
然後三星14LPP跟16FF+相比,一般是認為,
16FF+比較好,但是差距並沒有很大.
所以台積自己網站16nm製程現在也不提16FF,
http://goo.gl/Whca8T
把它當黑歷史處理,
要查只能上偉大航道去找歷史本文了.
至於最近韓國跟中國兩邊A9執行效率差異比較,
呈現截然不同的結果,我只能說韓國的比較客觀一點
(不是Antutu那個差距66000 vs 59000的爆料,實在太誇張一定有啥麼問題),
https://youtu.be/vQgu9xTspfU
http://www.mobile01.com/topicdetail.php?f=383&t=4556605
而且討論文也比較理性,
結論是有很小的差距,但人類應該無法感受.
優酷的那個比較,
http://v.youku.com/v_show/id_XMTM0OTg4NTQ4NA==.html
http://www.mobile01.com/topicdetail.php?f=383&t=4557920
直接拿iPhone 6S跟6S+比較,
基本上根本是搞笑.
但中韓兩國的結果,基本上大家都比較不信任,
就只好多等一陣子,看美國手機網站的比較結果了.
不過我這裡做個的預測,之後可能會有JB,
(其實早就有iOS超頻軟體了),
可以將被閹割的A9潛能解放(不管是TSMC A9還是Samsung A9),
到時候拿到好的A9就會有比較明顯一點的差距,
讓蘋果想要靠閹割來防止抽抽樂的設計大打折扣.
反正魔高一尺,道高一丈.
這樣講是蘋果這個做法對消費者不利,所以是魔.
以韓國的某位網民發言來說
: 最讓人火大是明明放進不同的東西卻沒公告給消費者,
: 不然學三星一樣國內/國外賣的不一樣啊,
: 只是嘴巴閉緊緊什麼也不說讓人不高興罷了
當初HTC也是同樣的作法偷偷改AP,
結果被台灣消費者罵到臭頭,
不過也許蘋果的消費者真的是I don't care就是了.
--
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1443825950.A.586.html
推
10/03 07:00, , 1F
10/03 07:00, 1F
→
10/03 07:00, , 2F
10/03 07:00, 2F
蘋果A9是去年或更早就開始設計的,不可能到今年才Tape Out,
今年才Tape Out根本趕不上時程.
推
10/03 07:04, , 3F
10/03 07:04, 3F
推
10/03 07:12, , 4F
10/03 07:12, 4F
→
10/03 07:12, , 5F
10/03 07:12, 5F
→
10/03 07:12, , 6F
10/03 07:12, 6F
推
10/03 07:22, , 7F
10/03 07:22, 7F
我文中就已經說16FF是TSMC黑歷史了,
怎麼會不知道TSMC已沒16FF? 你是糾結啥麼呢?
推
10/03 07:24, , 8F
10/03 07:24, 8F
那華為麒麟950現在到底是16FF還是16FF+?
有人說原本是16FF,但現在查到的已經是16FF+,
可是好像被擺道要到年底甚至是明年才能量產?
→
10/03 07:24, , 9F
10/03 07:24, 9F
推
10/03 07:27, , 10F
10/03 07:27, 10F
→
10/03 07:27, , 11F
10/03 07:27, 11F
推
10/03 07:29, , 12F
10/03 07:29, 12F
那你有沒有看別人(提供的連結)是怎麼分析推論的?
推
10/03 07:33, , 13F
10/03 07:33, 13F
推
10/03 07:42, , 14F
10/03 07:42, 14F
→
10/03 07:42, , 15F
10/03 07:42, 15F
沒辦法啊. 因為你說的就是鐵口直斷,沒拿出證據.
除非你告訴我,你就是台積電或是蘋果參與這個Project的人.
那你就是爆料,我會考慮相信你.
噓
10/03 07:46, , 16F
10/03 07:46, 16F
推
10/03 07:47, , 17F
10/03 07:47, 17F
→
10/03 07:47, , 18F
10/03 07:47, 18F
那過去已經用16FF Tape Out的設計要怎麼辦?放水流啊?
頂多只能要求新設計通通只用16FF+,
不能叫已經投資大筆金錢的成品都砍掉重練吧?
推
10/03 07:51, , 19F
10/03 07:51, 19F
那個數據? 16FF vs 16FF+的數據?
那是已經消失在AnandTech討論區的一篇討論文(所以是黑歷史).
這是Google網頁庫存,遲早也會消失的,
http://goo.gl/7XA0Ae
→
10/03 07:51, , 20F
10/03 07:51, 20F
→
10/03 07:51, , 21F
10/03 07:51, 21F
→
10/03 07:51, , 22F
10/03 07:51, 22F
推
10/03 07:53, , 23F
10/03 07:53, 23F
→
10/03 07:54, , 24F
10/03 07:54, 24F
推
10/03 07:55, , 25F
10/03 07:55, 25F
我是完全第三者. 不過就是在過去相關討論中,
發現到華為這一些有趣的消息或謠傳, 問你問看看啊.
既然你很像是當事成員之一.
→
10/03 07:56, , 26F
10/03 07:56, 26F
→
10/03 07:56, , 27F
10/03 07:56, 27F
我說在JB然後超頻之下,
蘋果這種閹割AP以達統一效率的不道德手段會被破解,
所以真正重視效能的,肯定會很在乎這件事的.
比例多少我就不知道啦,哈哈,
因為我也認為I don't care的應該佔多數.
推
10/03 07:59, , 28F
10/03 07:59, 28F
→
10/03 07:59, , 29F
10/03 07:59, 29F
噓
10/03 08:00, , 30F
10/03 08:00, 30F
還有 149 則推文
還有 33 段內文
→
10/03 19:02, , 180F
10/03 19:02, 180F
推
10/03 19:18, , 181F
10/03 19:18, 181F
→
10/03 19:18, , 182F
10/03 19:18, 182F
推
10/03 19:42, , 183F
10/03 19:42, 183F
→
10/03 21:22, , 184F
10/03 21:22, 184F
推
10/03 22:48, , 185F
10/03 22:48, 185F
推
10/04 00:50, , 186F
10/04 00:50, 186F
→
10/04 00:50, , 187F
10/04 00:50, 187F
→
10/04 00:50, , 188F
10/04 00:50, 188F
→
10/04 00:51, , 189F
10/04 00:51, 189F
→
10/04 01:36, , 190F
10/04 01:36, 190F
→
10/04 01:36, , 191F
10/04 01:36, 191F
→
10/04 01:36, , 192F
10/04 01:36, 192F
噓
10/04 10:39, , 193F
10/04 10:39, 193F
→
10/04 10:41, , 194F
10/04 10:41, 194F
→
10/04 10:41, , 195F
10/04 10:41, 195F
→
10/04 10:41, , 196F
10/04 10:41, 196F
→
10/04 10:42, , 197F
10/04 10:42, 197F
噓
10/04 10:46, , 198F
10/04 10:46, 198F
→
10/04 10:47, , 199F
10/04 10:47, 199F
噓
10/04 10:49, , 200F
10/04 10:49, 200F
→
10/04 10:49, , 201F
10/04 10:49, 201F
噓
10/04 12:31, , 202F
10/04 12:31, 202F
→
10/04 18:05, , 203F
10/04 18:05, 203F
→
10/04 18:08, , 204F
10/04 18:08, 204F
噓
10/04 20:20, , 205F
10/04 20:20, 205F
→
10/04 20:20, , 206F
10/04 20:20, 206F
噓
10/04 23:48, , 207F
10/04 23:48, 207F
噓
10/05 00:26, , 208F
10/05 00:26, 208F
噓
10/05 17:21, , 209F
10/05 17:21, 209F
推
10/05 18:28, , 210F
10/05 18:28, 210F
→
10/05 18:28, , 211F
10/05 18:28, 211F
噓
10/07 06:16, , 212F
10/07 06:16, 212F
→
10/07 06:16, , 213F
10/07 06:16, 213F
→
10/07 06:16, , 214F
10/07 06:16, 214F
噓
10/07 23:17, , 215F
10/07 23:17, 215F
→
10/07 23:17, , 216F
10/07 23:17, 216F
→
10/07 23:18, , 217F
10/07 23:18, 217F
噓
10/10 12:20, , 218F
10/10 12:20, 218F
噓
10/11 02:46, , 219F
10/11 02:46, 219F