stackoverflow 的提问参考这里
从查阅到的资料中看出，在 x86-64 机器上，gcc 的 new operator 应该是只有 16 byte 对齐的，直到 gcc7 的 c++17 下，由于引入了 aligned new ，才支持更大的对齐 size.
但是我实际发现，gcc5 下得到的地址就已经是 32 byte 对齐了。 测试代码在这里: gcc4.9, gcc5.1
代码跑了上万次，每一次 gcc5 下得到的结果都是 32 byte 对齐，感觉不像是巧合
然后参考了这个帖子, 猜测是 glibc 或者 libstdc++中有相关的更改。
发现 gcc4.9 和 gcc5.1 的 glibc 版本都是 2.19 libstdc++的版本倒是不同，一个是 6.0.20 ，一个是 6.0.21
但是去看了 libstdc++的代码，没有发现和 Gcc5 有关的变更
所以我的问题是，gcc5 下得到的地址有 32 byte 对齐是不是巧合？ 是巧合的话，如何能复现出只有 16 byte 对齐的情况？ 不是巧合的话， 为什么 gcc4.9 和 gcc5 的行为不一致？
 |
1
3dwelcome Jan 5, 2022
不懂，你代码里写了 alignas(32)关键字，那就是期望 32 位内存对齐啊。
把关键字去掉，就不是这个结果了。 当然那现在内存不值钱，多浪费点空间没什么。然而对齐了，指令性能和移动端的可移植性，都能得到提升。 |
 |
2
yokyj Jan 5, 2022
tql
|
 |
3
midasplus OP @3dwelcome 在 gcc4.9 下，这个期望是得不到满足的。 就算写了 alignnas(32)，得到的地址也只有 16 byte 对齐。
|
|
5
3dwelcome Jan 5, 2022
gcc4.9 以前一直有对齐关键字，叫__declspec(align(32))，这是很早以前就支持的。
alignnas 这个应该是新编译器才支持的。 |
|
6
midasplus OP @3dwelcome 可能我的示例代码有些让人困惑。 我原始的问题是,gcc4.9 下 new 出来的地址是 16 byte 对齐，但是 gcc5 下 new 出来的地址是 32 byte 对齐。 原始问题其实是在使用 avx2 指令时遇到的。avx2 指令要求 32 byte 对齐。如下代码在 Gcc4.9 下由于对齐问题会发生 core ，但是在 gcc5 下不会。
https://godbolt.org/z/xKMYWThYo |
|
7
midasplus OP up
|
|
9
midasplus OP @mingl0280 感觉和 alignas 可能没什么关系？ 因为最初的问题其实是在 Gcc4.9 下使用 avx2 指令。Avx2 指令需要 32 位对齐但是 gcc4.9 下只能提供 16 位对齐，导致会发生 core. 可以参考我 6 楼中的代码。 我换了个例子是不想 simd 相关的内容影响问题本身
|
Select Language