編寫服務器程序時，需要頻繁的申請和釋放內存，長時間運行會產生大量的內存碎片，這就導致即使當前系統中的閑置內存還足夠多，但也無法申請到大的連續可用的內存塊，因為此時的物理內存已經千瘡百孔像個馬蜂窩。此外，在高並發的情況下頻繁的malloc/free也是一筆額外的cpu負擔。
如何解決內存碎片呢？
在這里給大家安利一個舉手之勞的好辦法——重啟應用。
如果是客戶端程序，可以通過退出重啟的方式解決內存碎片的問題；不過對於服務器應用而言這樣操作的風險比較大，但如果覺得自己命硬也不妨嘗試一下。
不好意思上面寫錯了，重新安利一下。
通常情況下服務器程序會在內部實現一套自己的內存分配和管理機制，用於解決內存碎片和速度的問題。比如分布式緩存服務memcached就是用Slab Allocator來分配和管理內存。但對於大部分應用而言，自己單獨造輪子的成本還是比較高的，一旦管理不善，可能會引入更多的問題。如果有現成的開源內存管理庫可用，是再好不過的。相較於memcached，另一個高速緩存redis就是拿來主義直接使用開源的內存管理庫，內部集成了google的tcmalloc和jemalloc。redis的windows版本是用的是jemalloc庫。
說了這么多廢話，回歸正題，如何調用jemalloc庫，本案例使用的是x86靜態庫。
一、下載地址
1、jemalloc各種庫下載地址
2、jemalloc頭文件下載地址
如下圖：
請根據個人胃口下載不同的jemalloc庫，但include.zip必須要下載。
二、開發環境准備
開發環境：vs2017或vs2015
1、建立一個控制台工程test_jemalloc
確保有main函數啊！
2、配置include目錄
下載 include.zip到指定目錄，並解壓拷貝到test_jemalloc工程下。
如果不是在當前工程下，則需要寫好絕對路徑。
3、配置預處理器
因為本案例使用的是靜態庫，則需要在配置中加入如下宏定義（如果使用的是動態庫則無需配置）。
JEMALLOC_EXPORT=
JEMALLOC_STATIC
三、測試源碼
#include <stdio.h>
#include <time.h> // for clock()
#include <assert.h>
#include "jemalloc/jemalloc.h" // “配置屬性”->“C/C++”->“常規”->“附加包含目錄”
//#define USE_JEMALLOC // 重載malloc/free
#ifdef USE_JEMALLOC
#define malloc(size) je_malloc(size)
#define calloc(count,size) je_calloc(count,size)
#define realloc(ptr,size) je_realloc(ptr,size)
#define free(ptr) je_free(ptr)
#endif
// 當前使用的是jemalloc靜態庫
#ifdef _DEBUG
#pragma comment(lib,"jemalloc-x86-Debug-static.lib")
#else
#pragma comment(lib,"jemalloc-x86-Release-static.lib")
#endif
int main()
{
int i = 0;
int iCount = 50000;
int iSize = 1000;
// malloc
clock_t cStart = ::clock();
for (i = 0; i < iCount; i++)
{
void* pMem = malloc(iSize);
assert(pMem);
free(pMem);
}
clock_t cSpan1 = ::clock() - cStart;
// jemalloc
cStart = ::clock();
for (i = 0; i < iCount; i++)
{
void* pMem = je_malloc(iSize);
assert(pMem);
je_free(pMem);
}
clock_t cSpan2 = ::clock() - cStart;
printf("malloc span time = %d, jemalloc span time = %d\r\n", cSpan1, cSpan2);
printf("press any key exit......\r\n");
getchar();
return 0;
}
感謝您的閱讀！