請教64位元厲害的地方為何?? (第21頁)

KJI01
個人積分：80分
文章編號：46319036

80分

201樓

2013-09-25 12:03

u5321007 wrote:
想不出 v8 那裡比較好是因為他們只是硬體商...(恕刪)

除此之外，還有一個原因就是：時代不一樣了。
64 bits 有一個本質上的劣勢，程式變肥。
以前 ARM 還要發展 thumb 技術「降級」解決這個問題，
現在大概沒有人要用了。
基本上，word 的 bits 越大，這種情況很更明顯。
bits 的制約是來自於成本，而不是技術。
現在這個時代，連 MCU 走向 32-bits 趨勢也很明顯了，
因為技術進步，在功耗與成本差不多情況下，
問題不是「需不需要？」，
而是「你為什麼不用？」。

lfjadsflk

lfjadsflk
個人積分：5551分
文章編號：46319078

5551分

202樓

2013-09-25 12:05

KJI01 wrote:
64 bits 有一個本質上的劣勢，程式變肥。
以前 ARM 還要發展 thumb 技術「降級」解決這個問題，...(恕刪)

根據許多開發者回報,
使用64bit組譯完的程式,比用32bit的還小～謝謝指教

程式若變肥有可以有很多原因，但位元數絕對不是最大關鍵～
隨便放幾個無損聲音影像檔進去，程式要多大有多大！

KJI01

KJI01
個人積分：80分
文章編號：46320966

80分

203樓

2013-09-25 13:46

lfjadsflk wrote:
根據許多開發者回報,...(恕刪)

如果是這樣，那更沒什麼理由不用 64-bits 了。

但是我有點懷疑。

這是基本原理，比如說下面很簡單的指令，

inc ax
(隨便亂舉的，不要回報我說這不是 ARM 的指令)

做的事一樣，但在32bits及64bits RISC CPU 指令儲存的空間是不一樣的。
像這樣的指令可能用一個 8 位元指令就能搞定，
所以對 64-bits CISC CPU 可能沒差，
你只需要 8 位元(1 byte)是吧！我就用 8 位元(1 byte)來儲存這個指令。
但 64-bits RISC CPU 要多浪費 7 個 bytes 去儲存它。
比 32-bits RISC CPU 還多浪費 4 個 bytes。
除非它的 64 bits CPU 擴充的只是資料空間，指令儲存還是用 32-bits。
又或者組譯器編出來的 Object Code 並非最終在記憶體的 Image，
說白話一點，就是壓縮過的。透過 Loader 的延伸，可以還原。

另外，如果你說不是組繹而是編譯，那又是不一樣的故事了。
據聞 Apple 加了一些新指令，指令集擴充，程式有可能變小，
因為原來要用一串指令執行的，現在一次搞定。
ＯＳ也不一樣，原來加在 Object Code 一些資訊也不一樣，
所以編譯後的結果不能拿來比較。

更不要說你說的人為加資料的狀況。

說到這兒，不能不提到 u5321007 說的這就是 Apple 的優勢所在，
Apple 可以把 OS, Compiler 及硬體設計得能夠發揮 64-bits 的優勢，
其他廠商能嗎？

new_guest

new_guest
個人積分：10分
文章編號：46325611

10分

204樓

2013-09-25 17:43

changtimwu wrote:
ARMv8 有內建 cryptography instructions

http://www.arm.com/products/processors/armv8-architecture.php

這東西跟64bit 一樣, 不用爭, 之後Android陣營也會有,

http://www.spinics.net/lists/arm-kernel/msg273203.html

只能說, Applet除了創新外, 它的執行力也是很強, ARMv8大家都可以拿, 結果 Apple自己刻還可以搶業界第一推出, 軟硬體整合成效又快又好...(恕刪)

拜託～Hardware AES Crypto Engine好幾年前就有了

Apple現在才有？...

唉～這什麼程度 orz

閣下一定不是Security的RD，或從事相關產業...居然把這東西拿出來說嘴...還講出搶先業界這種神話？

搞不好一跑Benchmark，A7還被QCT S600/800的Crypto Engine踢飛到月球去勒

gary1587

gary1587
個人積分：123分
文章編號：46334037

123分

205樓

2013-09-26 4:51

也許A7用在手機上面這是『第一步』！

將來其他APPLE的產品，例如AIR BOOK也許也會跟進才是，

如果預測成真，AIR BOOK不曉得可以做到多薄？多輕？

或是跟現行尺寸一樣，然後電池加大來增加續航力！

（也許可以撐24小時不插電）

對於64BIT的CPU我想APPLE跟三星應該也是做一樣的盤算，

不見得只用在手機的應用，三星也許會想用在他的大尺寸電視上面

（再加上scaler），APPLE不是也有APPLE TV之類的東西嗎？？

LineageAdmin

LineageAdmin
個人積分：17分
文章編號：46336566

17分

206樓

2013-09-26 10:15

Apple不做過去式、現在式，他專做未來式。

lfjadsflk

lfjadsflk
個人積分：5551分
文章編號：46336944

5551分

207樓

2013-09-26 10:34

KJI01 wrote:
更不要說你說的人為加資料的狀況。...(恕刪)

不用講太多～
我說的情況是「同一個App」的兩種版本，你可以Google一下iOS開發者的心得～

提到人為加資料只是想點出：
「目前檔案變大的原因早就不像以前因為程式複雜度而變大」的情況，

因為現在開發程式跟以前開發磁碟片等級的程式,或是任天堂等級的遊戲，
開發方式有者根本上的不同～
以前畫出一張圖或是播放一個midi音樂，都是用程式編出來的，
現在除了3D模組與特效運算誰還有那美國時間這樣做？
都直接圖檔貼圖,聲音檔,甚至影片檔丟進去了～

最近某位名製作人就講了，現在是「開發工具與引擎」比較重要的時代了！

KJI01 wrote:
據聞 Apple 加了一些新指令，指令集擴充，程式有可能變小，
因為原來要用一串指令執行的，現在一次搞定。
ＯＳ也不一樣，原來加在 Object Code 一些資訊也不一樣，
所以編譯後的結果不能拿來比較。...(恕刪)

說真的，你要這樣比的話，那沒有什麼東西可以比較了～
都用到64bit了，什麼道理還得遵守32bit的程式編組譯方式？

那我們乾脆都回去用8bit時代的編組譯方案就好啦！

(明明有一台64bit的工程式計算機，卻偏偏要當成一台32bit的計算機來用？

)

Scintilla

Scintilla
個人積分：24分
文章編號：46340727

24分

208樓

2013-09-26 13:49

gary1587 wrote:
也許A7用在手機上面...(恕刪)

ARM現在效能還輸Intel太多了。談筆電還有點早。
沒記錯的話，A7大約是Atom這個等級。

lfjadsflk

lfjadsflk
個人積分：5551分
文章編號：46342419

5551分

209樓

2013-09-26 15:29

LineageAdmin wrote:
Apple不做過去式、現在式，他專做未來式。...(恕刪)

不太對，
Apple基本上只會做「現在式」（有效規劃運用已經成熟的技術），
但是Apple的現在式通常都會變成其他廠商的「未來式」～

當然，也有某些廠商的「過去式」，同時也是Apple的「現在式」～
(例如:Siri與全幅指紋辨識,然後這幾間技術廠商現在變成Apple的一部分就是了...)

changtimwu

changtimwu
個人積分：14分
文章編號：46349853

14分

210樓

2013-09-26 22:51

跟小白講話真累...

你從我文章裡哪一句看到 Apple A7 AES Hardware 是業界第一？

前面有人推論 iPhone 5s是 AES 快是靠M7, 我引用資料推論應該是靠 ARMv8.

我強調的 Apple A7 有部分強大功能其實是來自ARMv8,
Apple 就厲害在它能那麼快地把ARMv8商品化, 一般來說從 license IP 到 tapeout IC 到整機成品是一段很漫長的過程.

喔! 對了, 你說 "A7還被QCT S600/800的Crypto Engine踢飛到月球去" , 請問數據資料來源是?

new_guest wrote:
拜託～Hardware AES Crypto Engine好幾年前就有了
Apple現在才有？...
唉～這什麼程度
閣下一定不是Security的RD，或從事相關產業...居然把這東西拿出來說嘴...還講出搶先業界這種神話？
搞不好一跑Benchmark，A7還被QCT S600/800的Crypto Engine踢飛到月球去勒