标签: computer-architecture

我无法理解这段代码末尾的两行

input [15:0] offset ;
output [31:0] pc;
output [31:0] pc_plus_4;
reg [31:0] pc;
wire [31:0] pcinc ;

assign pcinc = pc +4 ;
assign pc_plus_4 = {pc[31],pcinc};

assign branch_aadr = {0,pcinc + {{13{offset[15]}},offset[15:0],2'b00}};

PlayStation 4具有使用x86指令集的CPU.几乎所有现代PC CPU都使用x86指令集.是否有可能在没有仿真的情况下在PC上运行PS4代码(因为PS4软件将具有本机PC代码)？据我所知,我们必须首先转换PS4可执行文件,使其在Windows,Linux和/或其他操作系统上运行.这可能是个问题吗？

我知道32位有32位寄存器,64位有64位寄存器,但我想知道的是什么是x86和x86-64架构,它们是否比32位和64位更先进？

假设我有一个程序,其中包含添加两个数字的指令,该操作需要10纳秒(常数,由门制造商强制执行).
现在我有3个不同的处理器A,B和C(其中A <B <C就时钟周期而言).

A的一个时钟周期为15纳秒,B为10纳秒,C为7纳秒.

首先,我是按照以下假设纠正的:
1.添加操作需要1个完整的处理器A循环(慢速处理器),并且浪费剩余的5 ns循环.
2.添加操作需要1个完整周期的处理器B浪费时间.
3.添加操作需要2个完整周期(20 ns)的处理器C(快速处理器),浪费20-14 = 7 ns的其余部分.

如果上述假设是正确的,那么这与具有高时钟周期的处理器更快的常规假设不矛盾.
这里最快的处理器C实际上需要2个周期并且浪费7ns,而较慢的处理器A仅需要1个周期.

我正在阅读关于小端 - 大端的文章并且遇到了这些概念

   long long number 

(((number & 0x00000000000000ff) << 56) + 
 ((number & 0x000000000000ff00) << 40) + 
 ((number & 0x0000000000ff0000) << 24) +
 ((number & 0x00000000ff000000) << 8) + 
 ((number & 0x000000ff00000000) >> 8) + 
 ((number & 0x0000ff0000000000) >> 24) +
 ((number & 0x00ff000000000000) >> 40) +
 ((number & 0xff00000000000000) >> 56 ))

基本上它做什么？

当我使用(gcc -lrt -lm program_name)编译它时.i得到一个警告说

   integer constant is too large for ‘long’ type

为什么计算机在汇编语言中使用Hex Number System？他们为什么不使用二进制,八进制,十进制等任何其他数字系统？什么东西迫使计算机设计师在组装时使用十六进制系统 为什么它对他们看起来如此有益？

我看过这个链接计算机中的字大小是什么意思？.它定义了字大小.我试图用比特表示非常长的字符串,其中每个字符由4位表示并保存在长整数或整数数组中,以便我可以在需要时提取我的字符串.我可以将这些位保存为整数数组或长数组.

1. 如果我使用长数组(8字节),我将能够在一个长数组中保存8*4 = 32位.
2. 但是如果我使用int,我将只能保存4*4 = 16位.

现在,如果我的Word大小= 32,那么我应该只使用int而不是长.

据我所知,"32位"等于2 ^ 32,这意味着我可以用32位操作系统定义4GB的内存.并且"64位"是2 ^ 64,允许15EB.因此,使用64位操作系统,我们可以在计算机中放入更多内存.

但是,我对另一点感到困惑.

我们可以在32位的情况下看到我们在系统中有(比方说)4GB的物理内存,我们将4GB除以32位整数的大小,我们可以存储一些整数(称为N)记忆.并且,在64位中,计算是4GB除以64位整数的大小,因此我们只能存储一半的整数.结果,对于64位,我们无法存储具有相同内存的整数.

这是否意味着微软通过在32位和64位版本的操作系统中将此内存显示为"4GB"来欺骗我们？

除了运行无限循环之外,是否有任何技巧(如可能缓存未命中？)使CPU尽可能热？

这可能是特定于体系结构的.

一个signed integer(使用8位)---范围==> -128 to 127.

如果我们考虑2的补语表示:

10000000 =128/(-0) [ Since its 2's Complement is 10000000 ]

所以在某种程度上它是negative零.

现在对于一个signed整数,128是1000 00002和2的补码也是1000 0000,所以我们不能0使用这种表示形式的[在负面形式] 的副本吗？或者我错过了什么？

抱歉打字错误.是的范围是 -128 to 127.

但是8位可以在内存中表示这个数字10000000.如果这个数字CAN存储在内存中那么它的价值是多少？