效能的話 拿馬錶來測試做一些事的解決時間 可以嗎?

這個在下認為倒簡單
既然是Server端 那就看營運環境跑的是什麼Service
跑Apache 就裝Apache
跑Oracle 就裝Oracle
然後用軟體打交易上去 或是灌歷史資料進去處理
看看極限能到哪裡 大概實際上機的效能就八九不離十了

開機有點慢是因為 System Server 是一個Process thread 循序啓動System Service, 假如能排除服務間的相依性 採用目前先進OS的開機模式, 開機時間是有辦法縮短的, 不過 依照目前Android 注重的方向來說 開機速度的優先次序被排在非常後面...

CISC越來越像RISC，RISC越來越像CISC... :think:
CPU越來越像GPU，GPU越來越像CPU... :jolin:
x86越來越像ARM，ARM越來越像x86... :unbelief:

CISC越來越像RISC，RISC越來越像CISC
這句話要修正一下...
只有CISC越來越像RISC , RISC不會像CISC

就算RISC CPU新增指令集, 它的micro code 也不可能透過ROM來取得micro code
CISC最令人詬病的就是micro code是透過ROM存放,每次指令一進來CPU就要去等待decode
等micro code拿出來,已經是好幾個colck 過去了, 這個缺點記得是486以後的CPU(不含486)
就有改善了,我記得好像是Pentium Pro最先使用RISC 的instruction hardware decode

總之,這一切要拜半導體製程越來越進步之賜!!

另外,問一下, ARM CPU搭配的記憶體規格是 ...? 以及市場上能看到的MB for ARM最大能夠安裝多大的記憶體 ??

PS:有錯請指正,印像中已經模糊了...

紅標有錯, 目前x86來說, 只有 少數的複雜x86指令 才會動用到micro-code sequencer去把這些少數且複雜的指令翻成對應的micro-ops, 以K10來說好了, 3組complex x86 instruction decoder已經可以直接解出大部分的x86指令, 剩下的少數才是用micro-code sequencer. 而且optimization guide裡面都有說哪些指令是會用micro-code sequencer處理, 要你盡量避開.

ARM based SoC目前對應的DRAM規格大宗是LPDDR(1.8v low power DDR1), 但因為ARM只是license他的ARM core IP給各家IC設計公司, 至於memory controller他不管, 你們家的事情, 大家各顯神通, 你做的出來都可以. 例如Nvidia的Tegra2, CPU core是Cortex-A9 MPCore, 但是它可以支援LPDDR2

ARM架構是沒有BIOS在後台幫忙的,
開機程序全部包成一個程式放在ROM裡頭,
先載入記憶體然後才開機先天上就比X86慢上許多

要飛快的話,請改用SSD固態硬碟或者HDD

因為N年前的SD卡讀取速度都比那個ROM還快
目前是在虛擬記憶體內作優化,加速開機...但還是要數分鐘的時間

其實我想表達的只是RISC的指令集現在也是越加越多... :ase

自從有了SIMD之後,X86就已經不再是CISC

在軟的方面ARM只是指令集擴充,硬的方面走向多核心,
目前單核心的效能已經有P4初期的等級,未來時脈還會在提升

現在的微處理器的用途已經慢慢的從控制轉向運算了,
至於用哪種方式比較廉價便宜這才是消費者所關心的,

ARM目前被詬病的地方不外乎就是圖形運算,等哪天解決了這點
intel等著被迫開放x86要不然就是專攻IA64面向雲端運算伺服器

以常理

ARM7大多是PC133
ARM9大多是PC133/PC2100
ARM11大多是PC2100
其中ARM11的A型處理器一定是用DDR2

32Bit當然是不超過4GB,但實際上要看OS能吃下多少?

目前1GB就已經算是頂天了