Nginx内存池

nginx内存池分析

内存池的优点

使用系统自带函数的缺陷:

  • 系统自带的ptmalloc内存管理分配器,在分配和回收内存时虽然都有自己的策略,但是直接使用malloc/free仍然性能比较底下。
  • 频繁的使用malloc分配内存会产生内存碎片,不容易让系统回收。
  • 容易产生内存泄漏(管理麻烦)。

内存池的优点:

  • 管理方便,分配一块大内存,回收的时候只需要直接回收整块大内存即可;
  • 提高效率,不需要每次都调用malloc/free系统调用;
内存对齐
  • d和p为需要对齐的数字(地址),a为对齐参数:
    #define nat_align(d, a) (((d) + ((a) - 1)) & ~(a-1))
    #define nat_align_ptr(p, a)
    (uchar*)(((uintptr_t)§ + ((uintptr_t)a - 1)) & ~((uintptr_t)a-1))
  • 对齐参数:
    #define NAT_ALIGNMENT sizeof(unsigned long)
内存池模型分析
//nginx_pool中用到的数据结构
typedef struct ngx_pool_s  ngx_pool_t;
//内存池中每个内存块的数据域结构
typedef struct {
    u_char               *last;  /* 内存池中未使用内存的开始节点地址 */
    u_char               *end;   /* 内存池的结束地址 */
    ngx_pool_t           *next;  /* 指向下一个内存池 */
    ngx_uint_t            failed;/* 失败次数 */
} ngx_pool_data_t;
/*
* 管理内存池的数据结构,在nginx内存池中,以内存块(ngx_pool_data_t)的形式对已经申请的内存进行管理,
* 内存块又被分为主内存块(管理链表的头节点)和子内存块,chain、large、cleanup、log成员由主内存块管理,
* 子内存块只需要维护ngx_pool_data_t,即内存块分配的数据区域;
*/
struct ngx_pool_s {
    ngx_pool_data_t       d; 		/* 内存池的数据区域*/
    size_t                max; 		/* 最大每次可分配内存 */
    ngx_pool_t           *current;  /* 指向当前内存管理块节点,为了减少分配内存时遍历链表的次数,current可能会后移*/
    ngx_chain_t          *chain;	/* 缓冲区链表 */
    ngx_pool_large_t     *large;    /* 存储大数据的链表 */
    ngx_pool_cleanup_t   *cleanup;  /* 可自定义回调函数,清除内存块分配的内存 */
    ngx_log_t            *log;      /* 日志 */
};
//存储分配大数据内存的链表
struct ngx_pool_large_s {
    ngx_pool_large_t     *next;   /* 指向下一个存储地址 通过这个地址可以知道当前块长度 */
    void                 *alloc;  /* 数据块指针地址 */
};
//释放内存时清理工作
struct ngx_pool_cleanup_s {
    ngx_pool_cleanup_pt   handler;  /* 清理的回调函数 */
    void                 *data; 	/* 指向存储的数据地址 */
    ngx_pool_cleanup_t   *next; 	/* 下一个ngx_pool_cleanup_t */
};

内存池模型说明:

  • nginx内存池由多个内存块组成,它们以链表的形式连接在一起,由主内存块统一管理;
  • 内存块由ngx_pool_s管理,内存块被分为主内存块和子内存块,chain、large、cleanup、log成员由主内存块管理,子内块只需要维护子内存块分配的数据区域(即新块的ngx_pool_data_t区);ngx_pool_data_t区记录了本内存块内的可用内存区域(last-end)以及保存了下一个内存块的地址;
  • 当申请的内存大小大于max时,nginx会单独申请一块内存,并将其挂在large(large也是一个链表结构)下;
    在这里插入图片描述

内存分配策略(ngx_palloc.c):

  • 内存分配可以选择是否内存对齐(浪费空间但是效率更高);
  • 通过内存需求的大小,选择是从ngx_pool_data_t中获取小内存还是分配大内存逻辑;
  • 如果是大内存分配,则会申请一块独立的内存并挂在large上;
  • 如果是从小内存中获取所需内存,循环读取pool->d,看是否有足够的size满足需求,如果有则直接返回,如果没有则需要分配新的子内存块;
  • 内存池内分配的内存需要等到整个内存池destory时才会被释放;

注意:本文章到此结束-----------------------------

架构分析

事件处理

worker如何竞争连接请求

通过竞争文件锁,获取文件锁的进程可以处理accept事件请求,未获得文件锁的进程只处理read事件请求(解决惊群)。

什么是惊群现象?
惊群现象是指所有的进程/线程在等待同一资源,每当资源可用时,所有进程/线程都来竞争资源的现象。

nginx平滑启动

(1)通过fork的方式,父子进程可以共享同样一份套接字;
(2)以环境变量的方式,子进程获取父进程拥有的套接字组的值,实现平滑启动;

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
根据引用\[1\]和引用\[2\]的内容,可以得出nginx内存占用高的可能原因是改写模块分配了过多的内存。在引用\[1\]中提到了使用工具systemtap排查分配TOP的函数栈,发现改写模块分配了138598400字节的内存。而引用\[2\]中提到nginx使用client_header_buffer_size缓存客户端的请求头,默认值为1K,当请求头超过1K时,nginx会通过large_client_header_buffers按需扩容。这样做可以平衡资源和性能。因此,如果请求头过大,可能会导致nginx内存占用增加。 此外,引用\[3\]中提到关闭subs_line_buffer_size配置后,访问2000次内存页错误减少了。这表明较大的内存分配更容易产生碎片问题,可能也会导致nginx内存占用高。 综上所述,nginx内存占用高的原因可能是改写模块分配了过多的内存,请求头过大导致扩容,以及较大的内存分配导致碎片问题。为了解决这个问题,可以考虑优化改写模块的内存分配,调整client_header_buffer_size和large_client_header_buffers的配置,以及处理较大内存分配的碎片问题。 #### 引用[.reference_title] - *1* *3* [nginx内存占用高---内存使用思考](https://blog.csdn.net/qq_39015563/article/details/86288119)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [linux nginx 内存占用,nginx内存占用过高](https://blog.csdn.net/weixin_34677764/article/details/116837891)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值