young library 的轻量级内存池设计与实现

nully

强烈想知道比malloc快多少

phoneix

这个我没有测试过，在不同的平台下结果不一样，对我来讲没有什么意义。我写这个内存池主要的一个目的是在嵌入式系统开发时使用，在嵌入式系统下很多都不支持malloc和free，如果有了这个内存池，那么只需要在底层实现最简单的分配和释放算法就可以达到一个比较理想的使用效果了。

wuxiangzhi

这个稍做修改可用来共享内存区的管理。

思一克

一般的程序不需要这种"内存池". 嵌入系统上应该比较有用, 如LZ说的没有malloc, free.

适合的地方是程序有同时并行大量申请释放小memory的情况. 符合这情况的时候很少.

正常的程序调用malloc就可以了.

mik

和 malloc() 工作原理不同，所以与 malloc() 不具可比性。

wuxiangzhi

呵呵，现在用到的共享内存池的动态管理，和这个类似。

benjiam

这个例子和 apache 的分配方式很相近的.

你可疑去读读apache 的lib 源码.  基本思想差不多. 但别人是按照4k 为一个page 进行分配的 你已字节进行分配.实在......  apache 的每个耶还有个头信息. 很巧妙的.

phoneix

你说的我在设计的时候都考虑过了，apache 主要是在服务器上使用的，系统资源很丰富，可是在嵌入式系统上就不是这样了，8位、16位机的寻址空间有多大，算过吗？动不动就4K，哪里受得了？为什么我叫它轻量级的内存池呢？就是因为主要的使用对象是嵌入式系统，在服务器上一般都有更完善的、更安全的内存池可以使用，这也是一开始我就没打算实现内存池的原因。

MackedNice

呵呵。。。。
lz的程序库由更新了么？？

写了这么牛的东东出来。。

benlan

能否加个内存泄露检测上去，也许在嵌入式里更用的上
原理是：
分配时把  adress和size记下来，放到一个hash等进去
free的时候，把此地址从hash里拿掉
然后在查看有无泄露时，使用dump类的函数把现在所有未free的address dump出来
加个宏，控制是否release 版本时把检测去了。