Questions tagged «computer-architecture»

计算机体系结构是指计算机系统设计的各个方面,它们会影响兼容性,性能和接口。与计算机体系结构有关的一些问题可能是处理器字大小,内存总线大小或协议实现。

19
如果32位计算机只能处理最大2 ^ 32的数字,为什么我可以写1000000000000(万亿)而不使计算机崩溃?
32位计算机只能存储符号整数多达2 31 - 1。 这就是为什么我们已经用完IPv4地址,并已进入了64位时代。 然而,2数量31 - 1(2,147,483,647)不是作为我似乎能够没有我的机器崩溃显示细数1万亿(1,000,000,000,000)一样大。 有人可以解释为什么吗?


20
某些软件会物理损坏硬件吗?
我知道有人问过与此类似的问题,但这是关于在64位笔记本电脑上安装32位操作系统的问题。我的问题更多是关于损坏硬件。 我想知道是否存在一种与操作系统或终端层的硬件接口的方式,以使其无法修复而损坏(实际物理损坏,而不仅仅是故障硬件)。 您能绕过安全措施而使CPU如此努力地运行,以至于陶瓷实际上会破裂吗? 您能否以对盘片造成物理损坏的方式写入或与HDD交互? 您能摆弄内存和炒RAM吗? 可以吹网卡吗? 在了解整个系统时,软件可以达到的极限非常有趣。



9
为什么CPU制造商停止增加其处理器的时钟速度?[关闭]
我已经读到,制造商不再专注于更高的时钟速度,现在正在致力于其他事情以提高性能。 用 装有英特尔®至强®处理器E3110的旧台式机,时钟速度为3.0GHz 以及带有AMD Opteron(TM)处理器6272的新服务器,时钟速度为2.1GHz 使用(单线程)执行简单的加密比较时 openssl aes256c 台式机的性能远远优于服务器。 因此,即使进行了最新的优化,为什么时钟频率更好的处理器性能也会更好?

17
为什么计算机从零开始计数?
传统上,计算机计算从零开始的数值。例如,基于C的编程语言中的数组从索引零开始。 造成这种情况的历史原因是什么?从零开始计数比从一开始计数有什么实际优势? 注意:此问题要求提供解释清楚的技术答案,而不仅仅是观点,并且旨在涵盖一般计算机,而不仅仅是编程。此问题扩展到程序员问题“为什么结构/数组从零开始?” 。



6
为什么不能同时具有每个周期的高指令和高时钟速度?
由于PC的INTEL 8086处理器和Apple的Rockwell 6502处理器之间的差异,兆赫兹神话成为一种促销策略。8086的运行频率为4.77MHz,而6502的运行频率为1MHz。但是,关于6502的说明需要更少的周期。实际上要比8086快得多。 为什么有些指令需要更少的周期?为什么不能将需要较少周期的6502指令与8086的快速循环处理器结合在一起? 维基百科有关每周期指令(IPC)的文章说 控制IPC 的因素可以通过较高的IPC和较低的时钟速度来实现每秒给定级别的指令,或者通过较低的IPC和较高的时钟速度来实现。 为什么不能同时具有每个周期的高指令和高时钟速度? 也许这与一个时钟周期有关?维基百科提到电路同步?不确定那是什么意思。 也许这与管道的工作方式有关?我不确定为什么短管线中的指令与长管线中的指令不同。 任何见识都会很棒!只是想了解神话背后的架构。谢谢! 参考文献: 每个周期的指令与增加的周期数 http://en.wikipedia.org/wiki/Instructions_per_cycle http://en.wikipedia.org/wiki/时钟周期

5
计算机如何计算没有溢出错误的指数数学?
通过研究一些RSA加密/解密方法,我发现了这篇文章:RSA算法的示例 它需要此来解密此消息 的总结果是如此之大,对于一台64位/ 32位计算机,我不认为它可以在一个寄存器中保存这么大的值。计算机如何做到无溢出? 这个问题是本周的超级用户问题。 阅读博客条目以获取更多详细信息,或者自己撰写博客

6
L1,L2和L3缓存在计算机中的确切位置?
L1,L2和L3缓存在计算机中的确切位置? 我知道,我们使用缓存来提高性能,方法是从缓存而不是主内存中选择数据和指令。 以下是我的问题 L1缓存到底位于何处?。是在CPU芯片上吗? L2高速缓存到底位于何处? L3缓存到底位于何处?在主板上? 我认为最新的SMP处理器使用3级缓存,因此我想了解缓存级层次结构及其体系结构。



6
什么是“每个周期的指令”?
我已经学到了更多有关处理器如何工作的知识,但是我还没有找到关于每个周期指令的直接答案。 例如,我给人的印象是,一个四核CPU可以每个周期执行四条指令,因此,以2Ghz运行的四核CPU每秒可以执行80亿次操作。是这样吗 我敢肯定,这过于简单化了,但是如果有指导或其他我可以用来使自己站起来的东西,那么我肯定会敞开心ideas。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.