redis源码分析(1)内存管理

神马是redis?redis是一个开源的,牛B的键值数据库。由于键可以被保存为字符串,列表,哈希表,集合和有序集合,redis有时候也被称作数据结构服务器。这句蹩脚的翻译来自redis官网的介绍。想进一步了解的可以去它官网瞅瞅。目前redis已归入vmware门下。

下面,切入正题。redis是用c编写的。用c编写的程序都要面临一个很重要也很头疼的问题----内存管理。很多时候,不当的内存管理会成为万恶之源。。。redis的内存管理只有两个文件zmalloc.c和zmalloc.h。
zmalloc.h的内容如下:
1 void *zmalloc(size_t size);
2  void *zcalloc(size_t size);
3  void *zrealloc(void *ptr, size_t size);
4  void zfree(void *ptr);
5  char *zstrdup(const char *s);
6 size_t zmalloc_used_memory(void);
7  void zmalloc_enable_thread_safeness(void);
8  float zmalloc_get_fragmentation_ratio(void);
9 size_t zmalloc_get_rss(void);
10 size_t zmalloc_allocations_for_size(size_t size);
11
12  #define ZMALLOC_MAX_ALLOC_STAT 256
就这么几行。这是redis的内存管理接口。zmalloc,zcalloc,zrealloc和zfree分别对应c库中的malloc,calloc,realloc和free。zstrdup用于生成一个字符串的拷贝。后面的几个函数用于获取内存使用信息,后面会详细介绍。
在看zmalloc.c的源码之前,先看看redis是怎样管理内存的。redis为了方便内存的管理,在分配一块内存之后,会将这块内存的大小存入内存块的头部。如下图。
        real_ptr    ret_ptr
            |                |
                  V                V
                          -------------------------------------------------------------------------
                          |    size      |  memory block                                              |
                          --------------------------------------------------------------------------
real_ptr是redis调用malloc后返回的指针。redis将内存块的大小size存入头部,size所占据的内存大小是已知的,为size_t类型的长度,然后返回ret_ptr。当需要释放内存的时候,ret_ptr被传给内存管理程序。通过ret_ptr,程序可以很容易的算出real_ptr的值,然后将real_ptr传给free释放内存。
redis会记录所有的内存分配情况。redis定义一个数组,这个数组的长度为ZMALLOC_MAX_ALLOC_STAT。数组的每一个元素代表当前程序所分配的内存块的个数,且内存块的大小为该元素的下标。在程序中,这个数组为zmalloc_allocations。zmalloc_allocations[16]代表已经分配的长度为16bytes的内存块的个数。zmalloc.c中有一个静态变量used_memory用来记录当前分配的内存总大小。
下面开始分析代码。
首先是定义宏PREFIX_SIZE:
1 #ifdef HAVE_MALLOC_SIZE
2  #define PREFIX_SIZE (0)
3  #else
4  #if defined(__sun)
5  #define PREFIX_SIZE (sizeof(long long))
6  #else
7  #define PREFIX_SIZE (sizeof(size_t))
8  #endif
9  #endif
如果定义了HAVE_MALLOC_SIZE,那么PREFIX_SIZE就为0。这里,HAVE_MALLOC_SIZE用来确定系统是否有函数malloc_size。这个HAVE_MALLOC_SIZE宏在config.h中定义,如下:
1 /* Use tcmalloc's malloc_size() when available.
2 * When tcmalloc is used, native OSX malloc_size() may never be used because
3 * this expects a different allocation scheme. Therefore, *exclusively* use
4 * either tcmalloc or OSX's malloc_size()! */
5  #if defined(USE_TCMALLOC)
6 #include <google/tcmalloc.h>
7 #if TC_VERSION_MAJOR >= 1 && TC_VERSION_MINOR >= 6
8 #define HAVE_MALLOC_SIZE 1
9 #define redis_malloc_size(p) tc_malloc_size(p)
10 #endif
11 #elif defined(__APPLE__)
12 #include <malloc/malloc.h>
13 #define HAVE_MALLOC_SIZE 1
14 #define redis_malloc_size(p) malloc_size(p)
15 #endif
如果使用google的tcmalloc库,那么,redis_malloc_size就对应与tcmalloc库的tc_malloc_size函数。如果是在apple的mac上编译,那么redis_malloc_size就对应与malloc_size。redis_malloc_size的功能是获得参数p所指向的内存块的大小。tcmalloc库在google的google-perftools库中,据说这个库在内存管理的效率上很惊艳。不过这个库是c++写的,而redis是c写的,两者揉一起还是有点不给力阿。。。

如果没有malloc_size函数,那么在Solaris系统上,用long long类型的长度来定义PREFIX_SIZE,其他系统为size_t的长度。

接着,定义下面这些宏。这些宏的作用是如果使用tcmalloc库,那么将库中的分配函数对应到标准库上。后面的函数可直接使用标准库函数的名称。在更换库的时候不需要更改。
1 /* Explicitly override malloc/free etc when using tcmalloc. */
2 #if defined(USE_TCMALLOC)
3 #define malloc(size) tc_malloc(size)
4 #define calloc(count,size) tc_calloc(count,size)
5 #define realloc(ptr,size) tc_realloc(ptr,size)
6 #define free(ptr) tc_free(ptr)
7 #endif
下面的两个宏用于更新zmalloc_allocations数组。update_zmalloc_stat_alloc用于在分配内存的时候更新已分配大小,update_zmalloc_stat_free用于在释放内存的时候删除对应的记录。
1 #define update_zmalloc_stat_alloc(__n,__size) do { \
2 size_t _n = (__n); \
3 size_t _stat_slot = (__size < ZMALLOC_MAX_ALLOC_STAT) ? __size : ZMALLOC_MAX_ALLOC_STAT; \
4 if (_n&(sizeof(long)-1)) _n += sizeof(long)-(_n&(sizeof(long)-1)); \
5 if (zmalloc_thread_safe) { \
6 pthread_mutex_lock(&used_memory_mutex); \
7 used_memory += _n; \
8 zmalloc_allocations[_stat_slot]++; \
9 pthread_mutex_unlock(&used_memory_mutex); \
10 } else { \
11 used_memory += _n; \
12 zmalloc_allocations[_stat_slot]++; \
13 } \
14 } while(0)
update_zmalloc_stat_alloc的第一个参数__n是从系统那实际获得的内存大小,第二个参数是程序请求的内存大小。update_zmalloc_stat_alloc首先判断程序请求的内存大小在zmalloc_allocations数组中对应的下标。如果内存大小大于zmalloc_allocations数组的长度-1,那么其对应的下标是最后一个。然后,将实际分配的内存大小对齐为long类型长度的整数倍(malloc通常会考虑对齐问题,实际分配的内存大小也会因对齐而有所出入,后文会介绍)。最后,在used_memory记录实际分配的大小,在zmalloc_allocations对应位置加一。这里如果设置为线程安全,那么在记录之前要对两个静态变量加锁。
1 #define update_zmalloc_stat_free(__n) do { \
2 size_t _n = (__n); \
3 if (_n&(sizeof(long)-1)) _n += sizeof(long)-(_n&(sizeof(long)-1)); \
4 if (zmalloc_thread_safe) { \
5 pthread_mutex_lock(&used_memory_mutex); \
6 used_memory -= _n; \
7 pthread_mutex_unlock(&used_memory_mutex); \
8 } else { \
9 used_memory -= _n; \
10 } \
11 } while(0)
update_zmalloc_stat_free和update_zmalloc_stat_alloc差不多,但仅仅减少了used_memory的值。
对于zmalloc,zalloc,zrealloc和zfree这几个函数,仅仅是对标准库的函数的简单的封装。所做的工作除了调用标准库(也可能是tcmalloc库)的函数分配内存外,就是对每次分配和释放内存做合适的记录。如果系统中有malloc_size函数,那么直接调用前面的那两个宏,没什么可讲的。如果没有malloc_size函数,那么需要在所分配的内存头部的PREFIX_SIZE大小的区域内,记录内存块的大小。代码很简单,就一句:
1 *((size_t*)ptr) = size;
现将ptr转换成size_t类型的指针,然后将size的值赋给其指向的内存。笔者感觉没有必要在前面定义PREFIX_SIZE的时候区分系统,因为这里直接硬编码了内存大小的类型为size_t。前面的宏判断有点多此一举了。这里的size是返回的内存区域的大小,不包括保存大小的头部。
读取内存块大小需要两步:
1 realptr = (char*)ptr-PREFIX_SIZE;
2 oldsize = *((size_t*)realptr);
程序传进来的是ret_ptr,通过减去PREFIX_SIZE得到real_ptr。从real_ptr所指向的内存中读取大小即可。
其余的几个函数也很直接,没什么好说的。最后讲一讲zmalloc_get_rss()函数。这个函数用来获取进程的RSS。神马是RSS?google reader那个?显然不是。。。全称为Resident Set Size,指实际使用物理内存(包含共享库占用的内存)。在linux系统中,可以通过读取/proc/pid/stat文件获取,pid为当前进程的进程号。读取到的不是byte数,而是内存页数。通过系统调用sysconf(_SC_PAGESIZE)可以获得当前系统的内存页大小。Unix系统貌似可以直接通过task_info直接获取,比linux系统简单的多。
获得进程的RSS后,可以计算目前数据的内存碎片大小,直接用rss除以used_memory。rss包含进程的所有内存使用,包括代码,共享库,堆栈等。但是由于通常情况下redis在内存中数据的量要远远大于这些数据所占用的内存,因此这个简单的计算还是比较准确的。
这里有一个问题,程序都是用多少内存就分配多少内存,哪来的内存碎片?其实,当调用malloc的时候,malloc并不是严格按照参数的值来分配内存。比如,程序只请求一个byte的内存,malloc不会就只分配一个byte,通常,基于内存对齐等方面的考虑,malloc会分配4个byte。这样,如果程序中大量请求1byte内存,那么实际使用的是所请求的4倍。malloc进行小内存分配是很浪费的。所以,碎片就在这里产生了。
总的来说,redis的内存管理简单粗暴,没有神马复杂的引用计数等技术。但是,很多时候,简单的往往是高效且合理的。redis内存的中数据通常会是几个G,这个方法快速,统计结果也很精确。
posted @ 2011-05-15 16:55  kernel@hcy  阅读(13640)  评论(3编辑  收藏