...地址总线32位?32根?cpu的位?)请见下。谢谢。

发布网友 发布时间：2024-10-24 14:29

我来回答

共3个回答

热心网友 时间：2024-11-05 19:25

先拿8086来说吧，20位地址线，16位数据线，cpu16位。
20位地址由两个16位地址组合来表示0100：0011=01011
32位操作系统，它是说它的数据是32位的，也就是数据总线是32位。
cpu是32位的，地址总线最少32位的（emm， 地址线要是比cpu还小多浪费cpu啊），也就是寻址空间理论至少4gb。地址总线后边也可以扩展，像上边8086那种地址总线比cpu位数大的。

热心网友 时间：2024-11-05 19:26

来自pcbeta的权威解释
一、历史问题
首先开头，我们平常桌面电脑使用的所谓位平台其实是 x86-，也就是说在原有的 x86 平台上实现 位。什么是 x86 平台呢，也就是 Intel 在 8086 之后一系列处理器中使用的架构，8086 是 16 位的，后来扩展到 32 位的 80386，之后一直沿用就形成最流行的的 32 位处理器系列，这种架构也叫做 IA32（Intel 实现32位），注意 AMD 也是使用 Intel 的技术。
32 位 x86 处理器经过大力发展，性能已经比较强大，完全适合于桌面计算机和通用服务器，用户和开发者数量庞大。但是 32 位 CPU 的内存寻址能力（可访问 4G 内存）有限，于是 AMD 公司率先开发出了 x86-（也称为 AMD）架构处理器，它完全可以实现 位计算。后来 Intel 自然不会示弱，也开发了EMT（扩展内存 位技术），也就实现了和 AMD 几乎一样的 IA32e（Intel 实现32位扩展）架构处理器。
但是要注意的是在 AMD 诞生之前， Intel 和 HP 等公司合作开发了 IA （Intel 实现位）架构，这个是一个全新的 位架构，不兼容原有的 32 位程序，只能通过模拟器模拟执行，而且效果完全不尽人意。不过这和我们现在讨论的 位没有关系，这大概就是误解的来源之一。

二、硬件问题
那么， 位计算是如何实现的呢？首先要说明 x86- 是站在 x86 的肩膀上的，并没有另起炉灶，CPU 指令长度（即指令占有的二进制位数）不变，原有的指令集也一律保留，所以 x86 和 x86- 总体的架构是一致的，指令完全兼容。改变的部分，原有通用寄存器容量均增长为 位，顺便还加了 8 个，同时增加了 8 个 128 位的 XMM 寄存器，内部总线（即 CPU 部件间的数据通道）宽带也增至 位或更多。当然还有增加用于支持这些寄存器的相关指令。由此可以看出，CPU 处理的数据均支持 位，内存编址理论上也可达到 2的次方 个地址空间，但由于是在 x86 的架构上构建的 位计算， 位线性寻址能力还不成熟，实际上的可编址并没有这么多，但可改进。
之前也一再强调，x86- 只不过是 x86 的扩展，因此现有的 位处理器可以同时运行 32 和 位程序。下面以 Intel 的技术（AMD 的原来其实一样）为例说明。具体情况要分为下面几类：
--1. 没有激活 位（传统模式/ IA32 模式）。也就是没有为机器安装 操作系统，只使用 32 位操作系统。这时 CPU 只会工作在纯 32 位模式，第二节中提到的硬件和指令都被屏蔽掉了。（下面这些是涉及 32 位模式和兼容 16 位程序指令的，这里就不再详细说明了。）
----1.1. 实模式
----1.2. 虚拟 8086 模式
----1.3. 保护模式
--2. 已经激活 位。这时已经安装 位操作系统，操作系统在启动时就将 CPU 置为 位工作状态。所有新寄存器、扩展寄存器和指令都被激活并可用。
----2.1. IA32e 模式/ EMT 模式。这时正在运行 位程序，CPU 完全以 位特性工作。
----2.2. 兼容模式。这就是在 位系统下运行 32 位程序的模式了。具体的情况下面会详细说明。

三、如何实现
在兼容模式下，支持 x86- 的 位操作系统就要起到协调作用了，它首先要是识别程序的平台性质，如 16 位（Windows x 并不支持 16 位子系统，因此无法执行 MS-DOS 16 位程序）、32 位，还是 位。如果是 32 位，就在相应的程序指令前加上 32 位标志，CPU 遇到这个标志时，就不会把程序应用的 位新特性中，为程序指定 32 位寄存器（虽然部分 32 位寄存器是 位寄存器的前一部分，但它们名字是不相同），内存空间也重新映射或进行必要转换（这还不太确定）。也就是说，32 位程序所看到的寄存器仍然是 32 位的，内存仍然只能访问 4G 或以下，它们不会发现 CPU 有任何异常。
对于操作系统的软件部分，就拿 Windows x 来说，我们可以发现，它比对应的 32 位系统要臃肿一些，部分原因是 位指令数据要长一些，单个程序会大一些。但更明显的是操作系统中的很多东西都是“双份”的，也就是分别准备了 位的和 32 位的，这些主要是平台资源（如 .NET 框架）、库资源（如 Visual C++ 库）和一些底层的系统工具（如 CMD、DXDiag）。更明显的表现是，打开系统分区，我们就能发现程序文件夹“Program Files”有两个，一个用于 x86- 软件，另一个则用于 x86（32位）软件。这可说明，不仅硬件完全支持 x86/x86-，操作系统也把这两个平台放在平等的地位。
随着 位操作系统的推广，越来越多的软件开发者会同时在 32 位和 位环境下进行软件测试，保证软件的可靠性。但是要他们统统开发纯 的版本是不现实的，虽然从 x86 过度到纯 x86- 理论上只要重新编译，原来的代码可以不作任何修改，但有时并不这么简单，同时还要考虑经济效率（再次开发是要花钱的），再说一些软件并不需要用的用到 位的计算特性（所以也没有修改和重新编译的必要）。所以就放心的用那些已经写明支持 x86 位平台的程序好了，就算没有声明支持 x86- 也是可以运行的。

四、兼容问题和解决方案
对于任何一个新的操作系统，都会用不兼容的情况。如果遇到不兼容，应该先考虑是否是操作系统自身升级带来的，打个比方，对于一个为 Windows XP 开发的程序如果在 Windows 7 x86 上运行没有问题，那在 Windows 7 x 上运行应该也不会有问题。当然还是不推荐已经过时的程序。
另一点需要注意的是，前面已经提到那些需要准备“双份”中的 32 位的平台或库资源是否安装了，它们是支持开发软件的基础，32 位和 位必须一一对应。如果缺失了相应的 32 位版本，需要它支持的 32 位程序自然不能运行。解决方法就是使用程序的安装向导重新安装（而不是使用绿色安装包），或者查找程序说明后再到微软下载中心下载缺失的组件。
五、推荐使用 位而不用 32 位的情况

和硬件打交到的驱动程序，因为他们的底层工作特性， 位是必不可少的。这就是为什么 位操作系统推广缓慢的原因，也是 位“兼容性差”的表现。还好当前硬件厂商都默认发布 Windows 位版本。
除了驱动程序还有什么软件必须用 位的？这个并不好说，一般说来是那些需要频繁处理大量数据或者需要占用很多内存空间（甚至会超出 4G 内存空间）的程序。比如（1）一些大型的开发平台或服务器平台，如 AutoCAD 、Photoshop 和 SQL Server 等；（2）编/解码器，如 PotPlayer 及对应解码器，如果你要看一些质量很高的电影，用 位软件渲染自然会流程一些；（3）一些非常常用的工具，如果你要 Internet Explorer 一次同时打开十几个页面，或者要杀毒软件监控全部文件和数据区，那还是用 位的吧。
至于其他小巧的软件，就没必要这么纠结了，如果有 位的就用，没用就用 32 位的替代。不过说实话，我们都希望用 位，即使软件性能没有什么改进，至少运行效率会高一些，还有“原生 位”听起来很正统啊。不过是“没有”那也没啥办法，最好的方法就是说“ 位的软件其实比葡萄还酸”，呵呵~~~

2的32次方也就是4G

热心网友 时间：2024-11-05 19:24

其实内存可用大小跟这个无关
WIN2003有印象不
Windows Server 2003 Standard Edition 4 GB内存
Windows Server 2003 Enterprise Edition GB内存
Windows Server 2003 Datacenter Edition 512 GB内存

只支持到3.25G内存的32位系统 明显是微软坑爹啊