不同架構cpu算力統一調度

Ⅰ 同一段內容在不同架構的CPU下二進製表示是否一樣如果不一樣，那麼在兩台不一樣的計算機如何通信。

通信協議不僅僅是在鏈路層的，在各個層次上都有各自的協議，所以即使是不同架構的CPU、計算機，也仍然能夠正常通信。

Ⅱ arm 不同架構的CPU 能同時運行嗎

異構處理器是可以同時運行的，否則電腦上的CPU和顯卡就沒法同時工作了。處理器架構不是主要問題，數據處理格式和機制兼容就行，或者採用別的協處理器統籌一下，理論上是沒問題的。

Ⅲ 從 cpu 體系架構上看，以下哪種cpu 的架構和其他的不同

CPU架構從大的層面分兩類——CISC、RISC。CISC就是復雜指令集計算機，目前專指x86和x86-64兩類，其中x86又叫IA32，即IntelArchitecture32（Intel32位架構），不管是Intel生產的x86CPU，還是AMD或者VIA生產的，都是IA32，IA32並非沒有專利保護而是AMD和VIA/Cyrix通過交叉專利授權獲得了IA32的使用權。RISC就是精簡指令集計算機除了以上所介紹的兩類IA架構的伺服器處理器外，還有一種主流的處理器架構，也可稱之為「RISC」，其實它是一種按處理器指令執行方式劃分的類型。採用這一架構的仍是IBM、SUN和HP等。

Ⅳ 同一個cpu架構不同的系統（xp,win7）為什麼軟體會出現不兼容，這是為什麼專業的來

這與cpu的架構沒有什麼太大的關系，程序之所以不兼容主要是系統介面改變了。就是說要實現同一功能的實現方法不同了，所以就不兼容。

Ⅳ 請問運行於不同CPU構架的linux，它們的軟體可以通用嗎

以上回答中jiangtao9999的比較靠譜兒。
是這樣：
1、Linux下的軟體幾乎都是c語言的；
2、如果你學過C語言，找找書應該有這樣一個概念：ANSI C，這個是一個C語言的標准，比如printf這個函數就屬於標准庫(也就是符合ANSI標準的)函數
3、假如你編寫了一個軟體，代碼中僅僅包含ANSI的庫函數，那麼沒有問題，只要是支持C語言的平台，都能正常運行，即：編寫了一個簡簡單單的helloworld到哪裡編譯運行都沒有問題。
【前提是：】編譯再運行，不編譯就運行是不可以的，比如printf函數在各種架構上的實現方式是不可能相同的，所以需要在arm的編譯器上再編譯一遍才可以。否則運行不了。
有的軟體平台可以不用編譯，直接運行，比如jiangtao9999說的java、Python什麼的，Java可以實現「一次編譯，滿哪運行」什麼的，而Python則是有了.py源代碼就可以無敵了，使用的時候不用你去執行編譯命令，直接執行即可。arm上實現這兩種語言都是很容易的——下載源代碼、編譯、安裝即可。
4、不同架構的Linux平台都要實現一個編譯器，這是很重要的，有了編譯器，才可以從源代碼安裝軟體。
5、使用非ANSI庫中的函數需要該Linux包含這個函數的實現，否則，編譯後的連接將不通過，比如一個軟體使用了GTK來實現圖形用戶界面，那麼就需要系統中包含了gtk的庫函數，這就叫依賴，安裝軟體，首先要解決依賴，依賴有時候解決起來很麻煩，所以軟體開發過程中盡量減少依賴，這樣方便安裝。
6、tar.gz這種格式的軟體包有可能是源代碼，有可能是可執行文件（這是因為那隻是一個壓縮包，內容是什麼不一定），這兩者不同。很多軟體以tar.gz格式發布源代碼，而qq的Linux版本屬於可執行文件，在幾乎所有Linux平台下面直接雙擊或者通過命令就可以使用。
7、如果你使用的是rpm包或者deb包或者是tar.gz文件包中可執行文件形式的軟體包，而不是tar.gz這種形式的源代碼，你需要使用相應的軟體包管理器安裝就行，
但這不意味著arm版本的deb和x86版本的deb文件是通用的，你能這樣用是因為所有的使用x86機器的軟體經過編譯或者交叉編譯(在arm平台上編譯x86平台上的軟體就叫交叉編譯)以後，運行於幾乎完全一樣的統一的平台上，實現軟體和系統的無縫對接，方便了用戶——一方面可以不用浪費編譯的時間，主要還是方便了那些不會編譯軟體的人。
8、我也正在學習Linux，所以很多地方不太對，這只是我現在的一些理解。jiangtao9999說的主要是和匯編有關，如果代碼的實現主要是在c語言水平，那麼就會由編譯器屏蔽掉指令集和寄存器什麼的。
9、要是在網路回答的答案能改改就好了，這樣錯誤就會少一點。
10、重新羅嗦一遍：
1在不重新編譯源代碼的情況下，x86下linux的軟體不可以運行於arm構架的Linux，即使運行也會奇卡。
2和在編譯是否時為X86的CPU構架優化了編譯無關。（把我問迷糊了，估計是無關）
3軟體在編譯時是否為X86的CPU構架而優化主要看作者了，資料可以參看http://www.gentoo.org/doc/zh_cn/gcc-optimization.xml
4和不同的安裝包格式有一定關系
5tar.gz格式的軟體包不能保證在不同架構的Linux都能運行
6在arm的linux安裝時解決依賴以後，乳溝編譯通過基本是沒什麼問題的
7不是所有源代碼在arm和x86下編譯一下就可以了，還需要做一些努力
8有源代碼可以對遇到的不通過的問題逐一解決，理論上可以實現所有軟體都能運行
9重新編譯過程中如果遇到依賴問題需要逐一解決

Ⅵ 什麼是CPU的核心架構，不同架構有什麼區別

最簡單的說法就是演算法流程,演算法流程越先進越高效,速度就越快,比方說乘法可以拆成加法來計算結果,或者直接通過乘法表來計算結果,英特爾早期的X86架構到後來的最新的酷睿架構,AMD的K7架構到K8架構再到現在的K11架構,INTEL的架構越新則越先進,AMD的架構也是越新越先進,現在最先進的就是INTEL的酷睿架構,演算法是最先進最高效的

Ⅶ 銳起不同架構的CPU可以做多配置嗎

5樓親自試過吧，講講注意事項好吧。搞不懂2160的雙核補丁在何時打!

Ⅷ 兩個cpu不同架構的操作系統如何實現硬體解耦

x64支持x86和x64，x86不支持x64

Ⅸ CPU不同構架下頻率可以這樣換算嗎

理論上使用3發射的 K10也將比同頻同核心數量的K8強50%，利用指令融合還可以實現峰值性能提升100%，但實際上僅僅20%，這是B3版的K10。現在主流的AMD CPU那應該算K10.5吧，相對K10而言，也算半代產品了，使用了45nm的SOI工藝的K10.5由於L3從2M加大到了6M，從而命中率也相應提高，但是仍舊只是架構的小幅優化，有10%左右的性能提升。從這些數據推測，同頻性能要略弱於CORE2，總體上互有勝負。所以還不至於像你說的那麼遜，K10.5同頻性能基本上等同於CORE2。

Ⅹ 相同的cpu架構，在不同的操作系統下生成的程序為什麼不可以通用程序不是機器語言么針對硬體操作的阿

相同的CPU架構只是指程序運行的硬體是相同的，而軟體（操作系統、操作系統下生成的程序）是不一樣的，最後生成的針對硬體操作的機器語言也不一樣。生成的程序最後都要匯編成機器語言才能被運行，而機器語言在同一種架構下都可以用.但不能運行在不同架構的平台下。