1.ptmalloc2 源码剖析3 -- 源码剖析
2.鸿蒙轻内核M核源码分析：LibC实现之Musl LibC
3.如何使用cygwin编译 ffmpeg
4.如何解决bus error

ptmalloc2 源码剖析3 -- 源码剖析

       文章内容包含平台配置、源码malloc_state、源码arena实例、源码new_arena、源码arena_get、源码arena_get2、源码阿里weex源码解析heap、源码new_heap、源码grow_heap、源码heap_trim、源码init、源码malloc_hook、源码malloc_hook_ini、源码ptmalloc_init、源码malloc_consolidate、源码public_mALLOc、sYSMALLOc、freepublic_fREe、systrim等关键模块。

       平台配置为 Debian AMD，使用ptmalloc2作为内存分配机制。奇妙源码地址

       malloc_state 表征一个arena，全局只有一个main_arena实例，arena实例通过malloc_init_state()函数初始化。

       当线程尝试获取arena失败时，通过new_heap获取内存区域，构建非main_arena实例。

       arena_get和arena_get2分别尝试线程的私有实例和全局arena链表获取arena，若获取失败，则创建new_arena。

       heap表示mmap映射连续内存区域，负数变源码每个arena至少包含一个heap，且起始地址为HEAP_MAX_SIZE整数倍。

       new_heap尝试mmap映射内存，实现内存对齐，确保起始地址满足要求。

       grow_heap用于内存扩展与收缩，依据当前heap状态调用mprotect或mmap进行操作。

       heap_trim释放heap，条件为当前heap无已分配chunk或可用空间不足。

       init阶段，zks开源码通过malloc_hook、realloc_hook和__memalign_hook函数进行内存分配。

       malloc_consolidate合并fastbins和unsortedbin，优化内存分配。

       public_mALLOc作为内存分配入口。

       sYSMALLOc尝试系统申请内存，实现内存分配。

       freepublic_fREe用于释放内存，针对map映射内存调用munmap，其他情况归还给对应arena。dojo空投源码

       systrim使用sbrk归还内存。

鸿蒙轻内核M核源码分析：LibC实现之Musl LibC

       本文探讨了LiteOS-M内核中Musl LibC的实现，重点关注文件系统与内存管理功能。Musl LibC在内核中提供了两种LibC实现选项，使用者可根据需求选择musl libC或newlibc。本文以musl libC为例，深度解析其文件系统与内存分配释放机制。

       在使用musl libC并启用POSIX FS API时，开发者可使用文件kal\libc\musl\fs.c中定义的文件系统操作接口。这些接口遵循标准的POSIX规范，具体用法可参阅相关文档，或通过网络资源查询。例如，mount()函数用于挂载文件系统，而umount()和umount2()用于卸载文件系统，后者还支持额外的卸载选项。open()、close()、unlink()等文件操作接口允许用户打开、关闭和删除文件，其中open()还支持多种文件创建和状态标签。read()与write()用于文件数据的读写操作，lseek()则用于文件读写位置的调整。

       在内存管理方面，LiteOS-M内核提供了标准的POSIX内存分配接口，包括malloc()、free()与memalign()等。其中，malloc()和free()用于内存的申请与释放，而memalign()则允许用户以指定的内存对齐大小进行内存申请。

       此外，calloc()函数在分配内存时预先设置内存区域的值为零，而realloc()则用于调整已分配内存的大小。这些函数构成了内核中内存管理的核心机制，确保资源的高效利用与安全释放。

       总结而言，musl libC在LiteOS-M内核中的实现，通过提供全面且高效的文件系统与内存管理功能，为开发者提供了强大的工具集，以满足不同应用场景的需求。本文虽已详述关键功能，但难免有所疏漏，欢迎读者在遇到问题或有改进建议时提出，共同推动技术进步。感谢阅读。

如何使用cygwin编译 ffmpeg

       4）然后在mingw的控制台中进入ffmpeg源码目录，并执行命令：./configure--enable-memalign-hack 生成编译时所需的Makefile文件。然后执行 make 命令，就可以生成相应的exe文件，如ffmpeg.exe、 ffplay_g.exe、ffmpeg_g.exe 等。

如何解决bus error

       ä¸€ï¼ŒBus Error究竟是指什么

        Bus Error，即总线错误。

        引发原因：

        CPU处于性能方面的考虑，要求对数据进行访问时都必须是地址对齐的。如果发现进行的不是地址对齐的访问，就会发送SIGBUS信号给进程，使进程产生 core dump。RISC包括SPARC（一种微处理器架构）都是这种类型的芯片。x系列CPU都支持不对齐访问，也提供了开关禁用这个机制。x架构不要求对齐访问的时候，必定会有性能代价。例如，对int的访问应该是4字节对齐的，即地址应该是4的倍数，对short则是2字节对齐的，地址应该是2的倍数。

        Bus Error也有可能是因为机器物理问题或者访问无效物理地址，但这种情况非常少见。

        Linux平台上执行malloc()，如果没有足够的RAM，Linux不是让malloc()失败返回，而是向当前进程分发SIGBUS信号。

        注: 对该点执怀疑态度，有机会可自行测试确认当前系统反应。

        SIGBUS与SIGSEGV信号的一般区别如下:

        1) SIGBUS(Bus error)意味着指针所对应的地址是有效地址，但总线不能正常使用该指针。通常是未对齐的数据访问所致。

        2) SIGSEGV(Segment fault)意味着指针所对应的地址是无效地址，没有物理内存对应该地址。

       äºŒï¼Œä¾‹å­ç¨‹åºï¼š

        1 int main(){

        2

        3

        4

        5

        6 #if defined(__GNUC__)

        7 # if defined(__i__)

        8

        9 __asm__("pushf/norl $0x,(%esp)/npopf");

        # elif defined(__x___)

        __asm__("pushf/norl $0x,(%rsp)/npopf");

        # endif

        #endif

        short array[];

        int * p = (int *) &array[1];

        *p = 1;

        return 1;

        }

        short类型大小为2个字节，其地址必是2的倍数。而对于int指针来说，能够使用以访问数据的地址应该是4的倍数，转化arrary[1]的地址为int *并访问，系统会发出SIGBUS信号，导致程序崩溃。

       wiki上的例子：

       http://en.wikipedia.org/wiki/Bus_error#Bus_error_example

       #include <stdlib.h>

       int main( int argc, char ** argv) {

       int * iptr;

       char * cptr;

       #if defined(__GNUC__)

       # if defined(__i__)

       __asm__( "pushf/n orl $0x,(%esp)/n popf" ) ;

       # elif defined(__x___)

       __asm__( "pushf/n orl $0x,(%rsp)/n popf" ) ;

       # endif

       #endif

       cptr = malloc( sizeof ( int ) + 1) ;

       iptr = ( int * ) ++ cptr;

       * iptr = ;

       return 0 ;

       }

       $ gcc -ansi sigbus.c -o sigbus

       $ ./sigbus

       Bus error

       $ gdb ./sigbus

       (gdb) r

       Program received signal SIGBUS , Bus error.

       0xba in main ()

       (gdb) x/i $pc

       0xba <main+>: mov DWORD PTR [eax],0x2a

       (gdb) p/x $eax

       $1 = 0xa

       (gdb) p/t $eax & (sizeof(int) - 1)

       $2 = 1

       ä¸‰ï¼Œç¼–译器和硬件平台相关性

        上述已经描述，对于x平台，默认允许非对齐访问，只不过会有性能代价。开启检测可以使用上述代码中的宏。

        这段程序如果用Sun Studio编译器的话，运行就没有问题。这是因为Sun Studio默认对位编译使用的参数是-xmemalign=8i，其中i选项设置明确指明不产生SIGBUS信号。

        不过如果编译成位程序，Sun Studio使用的-xmemalign=8s，其中s选项设置意味对这种非对齐访问产生SIGBUS信号，则仍旧会遇到这个错误。

        如果坚持在SPARC上使用GCC去编译这种代码，可以如下进行：

        GCC有一个Type Attributes特性，例如在需人工对齐的变量后加上：__attribute__ ((aligned (4))); 其意义就是指定偏移量为4的倍数。比如：

       short array[] __attribute__ ((aligned (4)))；

        不过这个属性只对Linker连接器可见的变量有效，也就是说对local variable无效。而且这种特性作用粒度比较大，比如这里只对第一个元素有作用，并不为数组的每个成员设置偏移量。如果一定要针对local variable或者数组的每个成员进行偏移量设置，可以使用union类型:

       union {

       short s;

       int i;

       }