02 | 内存池：如何提升内存分配的效率？

1、思考题：内存池中可以利用享元模式将常用的对象一直保留着，减少重复申请导致的性能的顺耗。 2、最后一段话“内存分配时间虽然不起眼，但时刻用最快的方法申请内存，正是高手与初学者的区别。”说的很好，是的，真正的高手应该能够从算法到底层都能优化。

解决了我很多疑惑。比如mysql很多人建议把内存分配换成tcmalloc，就是因为mysql要支持大量并发，适合tcmalloc的应用场景。没有对比就没有发现，两库一比，知识点就出来了

1. 原来Java堆的内存空间是通过C库内存池申请！ 2. 第一次知道内存分配器的存在：Ptmalloc2、TCMalloc 3. 在栈中申请内存比堆中快是因为不需要加锁。 收获惊呆了！

老师你好，我有一个疑问 TCMalloc既然可以针对小内存做优化，为何不对中等内存和大内存一起做优化？是技术上实现有困难吗？能否从技术实现的角度来聊聊，为何它只优化了小内存的场景

解决ptmalloc2内存过大的三种方案（转自http://fengfu.io）： 第一种：控制分配区的总数上限。默认64位系统分配区数为：cpu核数*8，如当前环境16核系统分配区数为128个，每个64M上限的话最多可达8G，限制上限后，后续不够的申请会直接走mmap分配和munmap回收，不会进入ptmalloc2的buffer池。 所以第一种方案调整一下分配池上限个数到4： export MALLOC_ARENA_MAX=4 第二种：之前讲到ptmalloc2默认会动态调整mmap分配阈值，因此对于较大的内存请求也会进入ptmalloc2的内存buffer池里，这里可以去掉ptmalloc的动态调整功能。可以设置 M_TRIM_THRESHOLD，M_MMAP_THRESHOLD，M_TOP_PAD 和 M_MMAP_MAX 中的任意一个。这里可以固定分配阈值为128K，这样超过128K的内存分配请求都不会进入ptmalloc的buffer池而是直接走mmap分配和munmap回收（性能上会有损耗，当前环境大概10%）。： export MALLOC_MMAP_THRESHOLD_=131072 export MALLOC_TRIM_THRESHOLD_=131072 export MALLOC_TOP_PAD_=131072 export MALLOC_MMAP_MAX_=65536 第三种：使用tcmalloc来替代默认的ptmalloc2。google的tcmalloc提供更优的内存分配效率，性能更好，ThreadCache会阶段性的回收内存到CentralCache里。 解决了ptmalloc2中arena之间不能迁移导致内存浪费的问题。

计算机领域解决运算速度的两大法宝：1.加一层 2.化整为零。无论是cpu 寄存器， L1/2/3 cache，以及本节讲的glibc 内存池，都是通过“加一层”的方法，预先取得可能用到的资源，通过空间的代价来换得时间的效益。

今天课程学习到了很多，感觉一整篇 的知识盲点，学完很受启发。另外有个问题：文中提到“预分配的 6GB 的 C 库内存池就与 JVM 中预分配的 8G 内存池叠加在一起，造成了 Java 进程的内存占用超出了预期。”中“预分配的6GB的C库内存池”为堆外内存么？如果代码中不适用堆外内存是不是就不会预分配6GB的C库内存池，还是说有那么多的线程就一定会使用到6GB的C库内存池？？

用对象池 来节省 频繁创建、初始化对象造成的时间开销， 忆水寒提到的享元模式思想是对细粒度对象的共享和复用， 对象池是对享元模式的升级， 维护装载对象的池子， 提供获取、释放资源的方法。 感觉思考题的场景用对象池更为合适。

确实写的很清晰，前面处理三方组件内存问题时，开始以为内存泄漏了，占用内存一点一点上去，就不释放，后来查代码也都没有明显的错误，最后是通过同事提到的内存碎片解决的，就用到了jemalloc的替换方式，同事是高手，你也是，哈哈

每个子线程预分配的内存是 64MB 预分配什么意思，就是线程生成时候就分配的么？