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相關的功能。

以前寫文章太少，總是看別人的文章，在網絡時代覺得自己挺自私，這次一鼓作氣，一口氣寫了出來，可能寫得很粗略，不知道有多少人能看明白，如能給讀者一點啟示我將感到很欣慰。