比如一个 32 位 cpu 字长为 4 一次读取 32 位 假设定义了两个变量 a int16 0x0-0x1 b int32 0x2-0x5 赋值 a=1 如果 cpu 是一次性写入 32 位的 也就是说是写入范围是 0x0-0x3 这部分内存相当于覆盖了一部分 b 的数据 按道理说写入 a 会造成 b 的改变 但实际并不会也就说 cpu 写入可以不按字长来？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1399 days ago, the information mentioned may be changed or developed.
 |
1
msg7086 Aug 23, 2022
CPU 也可以先读取内存，修改数据，然后再回写。
|
 |
2
akira Aug 23, 2022
CPU 除了 32 位的操作指令，还有 16 位和 8 位的。 这种基础的需求人家还是会考虑到的。
例如 赋值 a = 1 他生成的指令 可能是 mov ax , 1 mov [a] , ax |
 |
3
ryd994 Aug 23, 2022 via Android
你这个问题和前两天问内存为什么需要对齐的，就是同一个问题的两面
|
 |
4
dingwen07 Aug 23, 2022
小于字长的变量应该还是会分配一个字的内存空间
|
 |
5
mingl0280 Aug 23, 2022  1
首先，x86_64 的 CPU 读多少并不按“32 位”或“64 位”这个字长来的。这个是“最大可以处理 N 位”的意思。
然后，一般来说，现在的 CPU 读取的最小单位是 8 位（一个字节）。 最后，内存对齐跟这事没关系。 |
 |
6
julyclyde Aug 23, 2022
你不能随随便便假定“也就是”写入范围从 0 到 3
|
 |
7
cpstar Aug 23, 2022
如果这么一个简单错误就产生了，那 CPU 不用干活了。天天就在覆盖写数据。
两种方法，编译器和运行时。 编译器阶段，不可能产生 b 从 0x2 开始，直接 b 也是 4 字节对齐，a 虽然是 int16 ，但是占用了 0x0-0x3 ，只用 0x2/0x3 存储（大端情况）。当然了这个很浪费。 所以采用运行时方法，其实还是编译器在处理指令的之后，读取半字用用半字的指令，读取全字用全字的指令。 大概以上这个意思，为准 100%准确。 |
 |
8
BingoXuan Aug 23, 2022
读写多少和 cpu 无关，和内存总线有关，一般大小都是 2 的次方。
|
 |
9
ch2 Aug 23, 2022
最小写入单位是一个 char 8 位，不是 32 位
|
 |
10
leonhao Aug 23, 2022
32 位只是提高效率一次批量多读几个字节的数据，减少寻址，定位的时间，不是只能读 32 位。。。
|
 |
11
yolee599 Aug 23, 2022
你这个假设是错误的，变量的在内存的分布不会按照你假设的来分布。有的编译器会自动做对齐操作。
https://s1.ax1x.com/2022/08/23/v6IAts.png 有的 C 语言库为了提高执行效率就有很多 align 宏，手动做对齐操作。 |
 |
12
yanqiyu Aug 23, 2022
x86 内存操作的单位是一个 cacheline ，就算你只操作 1bit ，CPU 也得读写整个 cacheline
|
 |
14
Arnie97 Aug 24, 2022
以 amd64 处理器为例，除了 rax ，还有 eax ax ah al…
|
 |
15
GrayXu Aug 24, 2022
后面的评论都有点跑题，答案就是一楼的 read modify write 。
|
Select Language