不同架构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架构只是指程序运行的硬件是相同的，而软件（操作系统、操作系统下生成的程序）是不一样的，最后生成的针对硬件操作的机器语言也不一样。生成的程序最后都要汇编成机器语言才能被运行，而机器语言在同一种架构下都可以用.但不能运行在不同架构的平台下。