内存对齐的思考

最近读了traffic server源码里的IOBufferxxx结构体 里面涉及到memalign函数
搜索了一下 居然发现nginx里也使用了内存对齐

    数据的对齐(alignment)是指数据的地址和由硬件条件决定的内存块大小之间的关系。一个变量的地址是它大小的倍数的时候，这就叫做自然对齐 (naturally aligned)。例如，对于一个32bit的变量，如果它的地址是4的倍数(一个地址标识一个字节)，--  就是说，如果地址的低两位是0，那么这就是自然对齐了。所以，如果一个类型的大小是2n个字节，那么它的地址中，至少低n位是0。对齐的规则是由硬件引起 的。一些体系的计算机在数据对齐这方面有着很严格的要求。在一些系统上，一个不对齐的数据的载入可能会引起进程的陷入。在另外一些系统，对不对齐的数据的 访问是安全的，但却会引起性能的下降。在编写可移植的代码的时候，对齐的问题是必须避免的，所有的类型都该自然对齐

    一般情况下 编译器和C库处理了对齐问题。POSIX  标明了通过malloc( ), calloc( ), 和 realloc( )  返回的地址对于任何的C类型来说都是对齐的。即：地址都是某个数的整数倍  在Linux中，这些函数返回的地址在32位系统是以8字节为边界对齐，在64位系统是以16字节为边界对齐 的。

    有时候，对于更大的边界，例如页面，程序员需要动态的对齐 这时得需要POSIX 1003.1d提供一个叫做posix_memalign( void **memptr,size_t alignment, size_t size)的函数成功返回size字节的动态内存，并且这块内存的地址是alignment的倍数。参数alignment必须是2的幂(把它当做不同的类型)，还是void指针的大小的倍数。返回的内存块的地址放在了memptr里面，函数返回值是0. 更直白点就是 size大小的内存 必须按alignment对齐

    调用失败时，没有内存会被分配，memptr的值没有被定义，返回如下错误码之一：

EINVAL  参数不是2的幂，或者不是void指针的倍数。

ENOMEM 没有足够的内存去满足函数的请求。

要注意的是，对于这个函数，errno不会被设置，只能通过返回值得到。

    memalign (getpagesize ( ), sizeof (struct xxx)); 返回一块足够大的内存去容纳一个结构体，并且地址都是在一个页面的边界上.

参考链接 http://blog.csdn.net/unix21/article/details/12893347