1回答
为了理解在Linux x86环境下C语言中结构填充是如何工作的，我读到对齐访问比错误对齐访问更快。虽然我理解其中的原因，但它们似乎都有一个基本的前提假设，即CPU不能直接访问非总线宽度倍数的地址，因此，例如，如果32位总线CPU被指示从地址"2“开始读取4个字节的内存，它首先从地址"0”读取4个字节，屏蔽前两个字节，从地址"4“读取另4个字节，屏蔽最后两个字节，最后结合两个结果，而不是一次读取4字
浏览 9提问于2022-11-28得票数 0
回答已采纳
2回答
我的理解是CPU不能访问任意地址。CPU可以访问的地址是其数据总线宽度的整数倍。为了提高性能，变量应该从这些地址开始(对齐)，以避免额外的内存访问。对齐到4字节边界的32位变量将自动对齐到8字节(64位)边界，这对应于x86 64位数据总线。但是为什么编译器要将128位变量与16字节边界对齐呢？不是8Byte边界？让我说得更具体一些。编译器使用变量的长度来对齐它。例如，如果一个变量的长度为256位，编译器会将
浏览 1提问于2013-05-23得票数 5
回答已采纳
4回答
有没有人能给我一个简短而可信的解释，解释为什么编译器为了对齐其成员而向数据结构添加填充？我知道这样做是为了让CPU能够更有效地访问数据，但我不明白为什么会这样。如果这只与CPU相关，为什么双4字节在Linux中对齐，而在Windows中8字节对齐？
浏览 5提问于2010-01-05得票数 30
回答已采纳
1回答
arm的字节对齐数？
、、、
我正在用gcc- arm -none-eabi在手臂皮质cpu上编程C。我知道这是4字节对齐测试和谷歌。
但是，是否有任何宏或变量来定义它是多少字节对齐？我需要知道，万一有一天，这个程序可能是另一个cpu的端口。
浏览 1提问于2016-05-30得票数 0
回答已采纳
类似的例子可以在64位处理器中看到，16字节大小的数据类型(Int128)的对齐为16，而保持与处理器字大小相等的对齐(即64位处理器中的8字节长)是有益的。我的猜测是，创建这一自然对齐标准是因为当数据直接从有线读取时，机器可以默认为自然对齐，而不必根据数据发件人的CPU结构处理同一数据类型的不同对齐。当数据结构的所有字段都存储在一个CPU字中时，由于自然对齐，它们在内部仍然有填充，而我认为当所有字段都存储在一个<e
浏览 7提问于2022-02-05得票数 0
4回答
机器代码对齐
、、、、
我正在尝试理解机器代码对齐的原理。我有一个汇编器实现，可以在运行时生成机器码。我在每个分支目标上都使用16字节对齐，但它看起来不是最佳选择，因为我已经注意到，如果我删除对齐，有时相同的代码运行速度会更快。我认为这与缓存线宽度有关，因此一些命令会被缓存线切割，因此CPU会因此而停滞。因此，如果在一个位置插入一些字节对齐，它将把指令移动到另一个地方，进一步通过高速缓存边界线...我希望实现一个自动对齐程序，它可以将代码作为一个整体进行处理，并根据C
浏览 0提问于2011-03-07得票数 4
6回答
CPU和数据对齐
、、、
为什么数据必须对齐(2字节/4字节/8字节边界)？我怀疑CPU何时有地址线Ax Ax-1 Ax-2 .因此，A2 A1 A0很有可能顺序地处理内存位置。那么，为什么需要在特定的边界对齐数据呢？如何在编译代码和生成可执行文件时找到对齐需求？
例如，如果数据对齐为4字节边界，这是否意味着每个连续字节位于模4偏移处？我怀疑如果数据是4字节对齐的，这是否意味着如果一
浏览 11提问于2010-06-11得票数 18
回答已采纳
让我们假设我们有一个64位的cpu，它总是一次读取8字节的内存，我想存储一个4字节的int。根据自然对齐的定义，将一个4字节的对象对齐到一个4的倍数的地址(例如0x0000，0x0004)。据我所知，由于CPU将始终读取8字节数据，因此从地址0x0000读取仍然可以一次性获得存储在0x0001的int。那么，为什么在这种情况下需要自然对齐呢？
浏览 4提问于2021-11-03得票数 0
2回答
自定义分配器和内存对齐
、、、、
在分配了一个内存块之后，我想知道在块中的每个对象之间需要多少填充来优化cpu读写。我不确定地址对齐是否应该被分割
因此，根据这个答案，看起来地址对齐应该被sizeof(T)整除。关于
浏览 0提问于2020-05-07得票数 2
2回答
我不明白的是，为什么我们必须在大于4字节的边界上对齐内存中的数据，因为所有其他边界都是4的倍数。假设一个CPU可以在一个周期中读取4个字节，那么如果数据大小为8字节，而在4字节/8字节/ 16字节上对齐，则性能基本没有差别。
浏览 3提问于2014-09-04得票数 3
回答已采纳
1回答
首先，作为这个地址空间的新手，我想知道地址的内存对齐是什么意思。我在谷歌上搜索了一下，但我也想在这里问这个问题，因为我发现这里的答案非常有用。我的问题的第二部分与对齐和编程有关:如何确定地址是否为4字节对齐？我在某处读到：但我真的不知道这是如何检查4字节对齐的。有人能详细解释一下吗？
浏览 0提问于2013-10-05得票数 22
回答已采纳
2回答
现在，它工作得很好，但我得到的东西是1字节对齐的。它可以在x86上工作，但我听说它在其他CPU(控制台？)上可能是灾难性的。在x86上读写的速度也稍慢一些。我所知道的实现对齐内存管理的唯一合理方法是分配额外的sizeof( void *)+ (alignement - 1)字节，并执行指针位掩码以返回对齐的地址，同时将原始分配的地址保留在user-data之前的字节( void *字节，见上)。对于4字节对齐，在32
浏览 2提问于2012-12-09得票数 0
5回答
给定数据类型的字节对齐要求是否保证为2的幂？
有没有什么东西可以提供这种保证，而不是“没有意义”，因为它不会与系统页面大小一致？
浏览 0提问于2011-03-03得票数 2
3回答
C++存储器对齐
、、
所以我看到，当变量在c++中声明时，如果您想获得最佳的缓存读取，那么内存应该坚持它的自然对齐。should end in 0x0,0x4,0x8,0xCint b[4]; // 16 bytes 0x0
但在实践中，这些变量并不遵循“自然对齐”规则，一个16字节变量驻留在以0xC结尾的内存地址中。
浏览 5提问于2015-07-06得票数 5
回答已采纳
2回答
(int)); //good approach}
因此，当这个代码是GCC在arm架构下编译的-它导致SIGFAULT (未对齐内存
浏览 2提问于2016-11-11得票数 3
回答已采纳
1回答
我试图了解CPU内存对齐和CPU内存访问粒度是如何工作的，但我有点困惑，因为我找不到CPU的访问粒度是什么，以及两者是如何相互作用来影响性能的。# (2) unalignedmovq start3, %rax # (4) aligned
这是否意味着(1)将导致CPU只从内存中读取1字节，或者CPU将读取64位内存并移动不需要的部分。(2)将导致CPU在地址0x0处读取，但它
浏览 1提问于2021-01-18得票数 0
回答已采纳
| b |就我个人而言，我认为无论程序是32-bit还是64-bit，结构的大小都应该是16字节(因为char是1字节，double的对齐是8字节)。为什么12程序中的大小是32-bit字节？
浏览 2提问于2015-01-08得票数 3
回答已采纳
当内存被占用时，有必要对齐吗？对齐代码如下：#ifdef MAXALIGN#else long l为什么在调整空间大小时需要if ((Unsigned long)ptr)%(sizeof (联合对齐)) != 0？
浏览 1提问于2013-10-15得票数 1
1回答
我在一些内联ARM程序集中使用了".align 16 \n\t“，该程序集实现了一些循环，以便在16字节边界上对齐它，但是，gcc asm编译器报告说，对齐太大
我想在asm中为特定循环实现-falign
浏览 0提问于2010-04-21得票数 0
回答已采纳
云服务器
ICP备案
对象存储
云直播
腾讯会议
腾讯云开发者
