文章讨论了四种内存分配器：glibc ptmalloc2、Google tcmalloc、Facebook jemalloc和Microsoft mimalloc。每种分配器有不同的设计哲学和优缺点。ptmalloc2适合标准用途，tcmalloc优化多线程性能，jemalloc注重碎片控制，而mimalloc追求极致性能。文章还提到内存碎片和RSS膨胀的问题，并提供调优建议。选择合适的分配器可以提高性能和内存管理效率。

Redis 使用全局字典管理数据，采用双哈希表结构进行渐进式 rehash。每个键值对封装在 dictEntry 结构中，键为 SDS 指针，值为 redisObject，后者统一管理数据类型并支持内存管理与淘汰。Redis 通过 jemalloc 优化内存分配。

本文介绍了Redis的内存模型，包括内存统计、划分、存储细节及对象类型与内部编码。通过info memory命令分析used_memory与used_memory_rss的区别，探讨内存碎片及其影响。Redis使用jemalloc作为内存分配器，介绍RedisObject结构及其在内存管理中的作用，强调SDS作为字符串表示的优势及内部编码的转换关系。

最近在给silly增加prometheus数据库支持时，发现在docker中，silly占用了将近110MiB虚拟内存，而在宿主机中只有48.32MiB。通过查看虚拟内存分配和系统调用，发现一些大的匿名内存段和jemalloc分配的内存大小非常接近。进一步分析发现，这是glibc的一个特性，用于提高性能。同时还发现了一个奇怪的现象，一块大内存包含了一个文件的内存映射，经过验证发现是因为jemalloc在mmap分配内存后立即使用munmap释放了这块地址空间。这提示我们在监控内存分配时需要同时监控mmap和munmap系统调用。

最近在给silly增加prometheus数据库支持时发现，在docker中，silly刚起动就占了将近110MiB虚拟内存。通过查看虚拟内存的分配，发现其中一块内存大小和jemalloc向应用程序分配的内存大小非常接近，怀疑这块内存就是jemalloc所使用的虚拟内存大小。通过使用strace确认了这一点。在docker中查看110MiB内存来源时发现一大块内存一个字节都没有使用，怀疑是glibc的一个bug，但后来发现这是glibc的一个特性。同时还发现一个奇怪的现象，一块大内存包含了一个文件的内存映射，经过分析发现是jemalloc在mmap分配了一块内存后，随即使用munmap给释放了。这给了一个提示，监控内存分配时需要同时监控mmap和munmap系统调用。

排查JVM本地内存泄露的好工具

文章讨论了作者对项目的分享，重点在Go语言的内存和依赖管理，提到使用jemalloc进行内存分配的效果及对go.mod文件的误解，同时介绍了GoatCounter和向量图形编辑器Quiver等有趣工具。