未对齐的内存访问是否总是导致总线错误?

时间:2009-09-30 08:48:44

标签: c memory-alignment

根据Wikipedia页面 Segmentation fault ,未对齐的内存访问可能导致总线错误。本文提供了有关如何触发总线错误的示例。在该示例中,我们必须启用对齐检查以查看总线错误。如果我们禁用这种对齐检查怎么办?

该程序似乎正常运行。我有一个程序经常访问未对齐的内存,并且它被很多人使用,但没有人向我报告总线错误或其他奇怪的结果。如果我们禁用对齐检查,未对齐内存的副作用是什么?

平台:我正在处理x86 / x86-64。我也通过在Mac上用“gcc -arch ppc”编译它来尝试我的程序,它运行正常。

3 个答案:

答案 0 :(得分:13)

  1. 访问未对齐的内存可能会慢得多(例如,慢几倍)。

  2. 并非所有平台都支持非对齐访问 - 例如x86和x64,但ia64(Itanium)不支持,例如。

  3. 编译器可以模拟未对齐访问(例如,VC ++为ia64上声明为__unaligned的指针执行此操作) - 通过插入其他检查来检测未对齐的情况,以及加载/存储分别跨越对齐边界的对象的部分。然而,这比在原生支持它的平台上的未对齐访问更慢。

答案 1 :(得分:5)

这在很大程度上取决于芯片架构。 x86和POWER非常宽容,Sparc,Itanium和VAX抛出了不同的例外。

答案 2 :(得分:2)

考虑我刚刚在ARM9上测试的以下示例:

//Addresses       0     1     2    3     4     5     6     7      8    9
U8 u8Temp[10] = {0x11,0x22, 0x33, 0x44, 0x55, 0x66, 0x77, 0x88, 0x99, 0x00};

U32 u32Var;

u32Var = *((U32*)(u16Temp+1));  // Let's read four bytes starting from 0x22

// You would expect that here u32Var will have a value of 0x55443322 (assuming we have little endian)
// But in reallity u32Var will be 0x11443322!
// This is because we are accessing address which %4 is not 0.