5、线程关联内存池再提速
上一节已经提到问题，解决办法是这样的
struct tm_bufunit
{
tm_pool *pool; //pool指针
union
{
tm_bufunit *next; //下一个块指针
char data[4]; //数据区域
};
};
static void *tm_malloc(size_t size, size_t *osize=NULL)
{
tm_bufunit *p = (tm_bufunit *)malloc(sizeof(tm_bufunit)-offsetof(tm_bufunit, data)+size);
if(p)
{
p->pool = NULL;
if(osize) *osize = size;
return p->data;
}
return NULL;
}
看上面的代码应该很容易明白，就是将由该池malloc的内存块也打上统一的标记，这样由该池分配的任何内存块都可用最简单的判断释放，省去了查找线程查找目标池的两次查询，不光提速了而且解决了上一节提到的那个bug。
最终实现的线程关联内存池通用分配函数tm_new大概相当于malloc 15倍左右的速度，定位到pool之后的newobj相当于malloc 45倍左右的速度。通用函数大致相当于nedmalloc速度的2.6-3倍，直接定位到pool的分配速度大概相当于dlmalloc 的2倍。
关于线程关联的内存池还有一些细节问题我没有展开讨论，如free表是每个线程保留一份还是全局保留一份，如果是全局保留一份则涉及到复用的时候如何分配，还有就是tls系列函数我看nedmalloc也在用，我第一版也在用，但后来实测发现这些函数貌似效率不高，后面的版本没有采用tls系列函数。
关于线程关联的内存池我写了5个版本，当然最重要的还是第一个版本，后面的版本除了这一节提到的重要改进之外变化不是很大，最后的第五版增了一些和我的私有lib相关的功能。
以前写文章太少，总是看别人的文章，在网络时代觉得自己挺自私，这次一鼓作气，一口气写了出来，可能写得很粗略，不知道有多少人能看明白，如能给读者一点启示我将感到很欣慰。