crash checks skbuff_head_cache memory leak

最新推荐文章于 2023-02-24 22:16:59 发布
最新推荐文章于 2023-02-24 22:16:59 发布
阅读量358 收藏 1
点赞数
分类专栏： Linux kernel
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mounter625/article/details/109232462
版权

Linux内核 内存泄漏 skbuff_head_cache 缓存分析 IP地址
关键词由CSDN通过智能技术生成

1. slabtop

26309344 26308934  99%    0.25K 822167       32   6577336K skbuff_head_cache

Perhaps skbuff_head_cache memory leak

2. ./crash /proc/kcore vmlinux

3. crash> kmem -s skbuff_head_cache
CACHE             OBJSIZE  ALLOCATED     TOTAL  SLABS  SSIZE  NAME
ffff9533bb18d080      240   26303498  26308000  822125     8k  skbuff_head_cache

4. crash> kmem -S skbuff_head_cache
...
CPU 0 PARTIAL:
  SLAB              MEMORY            NODE  TOTAL  ALLOCATED  FREE
  fffffc5d44ec6480  ffff9514bb192000     0     32         15    17
  FREE / [ALLOCATED]
  [ffff9514bb192000]
  [ffff9514bb192100]
   ffff9514bb192200
   ffff9514bb192300
   ffff9514bb192400
...

5.  rd ffff9514bb192000 8192
...
ffff9514bb196070:  0000000000000000 6400000000000000   ...............d
ffff9514bb196080:  0c4646460d464646 0000000000000000   FFF.FFF.........
ffff9514bb196090:  0000000000000000 0000000000000000   ................
...

6. 0c4646460d464646, are ip address 70.70.70.12 and 70.70.70.13

The above mean that skb is not freed.

mounter625
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
sk_buff操作函数（1）
影帝
06-08 270
我使用的Linux内核版本4.4.266 sk_buff所在的文件/linux-4.4.266/include/linux/skbuff.h
Linux内核网络协议之sk_buff解析
m0_74282605的博客
02-28 1076
1 sk_buff介绍sk_buff（socket buffer）结构是linux网络代码中重要的数据结构，它管理和控制接收或发送数据包的信息。2 sk_buff组成Packet data：通过网卡收发的报文，包括链路层、网络层、传输层的协议头和携带的应用数据，包括head room,data,tail room三部分。skb_shared_info 作为packet data的补充，用于存储ip分片，其中sk_buff *frag_list是一系列子skbuff链表，而frag[]是由一组单独的page组
skbuff_head_cache去哪里了
phenix_lord的专栏
09-01 3316
 在定位linux网络系统内存使用相关问题的时候，/proc/slabinfo下的"skbuff_head_cache"和"skbuff_fclone_cache"是常用的工具，但是有时候你会发现在/proc/slabinfo没有这两个条目，本文记录了其原因以及如何确认对应的sk_buffer结构的大致数量。          如何找到对应的slabinfo 找不到"skbu
linux 内核网络 sk_buff 之申请和释放 Ⅲ
01-15 3192
目录 1 sk_buff 内存申请接口概述 2 sk_buff 申请__alloc_skb() 3 sk_buff 释放kfree_skb() 1 sk_buff 内存申请接口概述 因为 sk_buff 结构是比较复杂的（并不是其本身结构复杂，而是其所指的数据区以及分片结构等，合在一起就变复杂了），所以在内存申请和释放时，就要搞清楚什么函数对应的申请分配或释放什么结构内存。这里不提倡自己用 kmalloc() 和 kfree() 函数来为 sk_buff 相关结构体申请内存及销毁，而要用内核提..
内存泄露调试分析(二)
bin_linux96的专栏
04-09 1727
  在monkey测试时，出现OOM情况，在OOM吐出的mem-info信息中slab SUnreclaim 并不多，只有300M左右。 但是系统确没有可分配内存，后来通过回退版本，发现是WIFI firmware提交导致。 继续跟踪slabinfo信息，发现skbuff_head_cache 一直在增加，查找skb的alloc_calls，发现WIFI驱动调用最多.   91376 __...
linux内存管理-内核缓冲区的管理
guoguangwu的专栏
10-22 1024
可想而知，内核在运行中常常会需要使用一些缓冲区。例如，当要建立一个新的进程时就要增加一个task_struct结构，而当进程撤销时就要释放本进程的task结构。这些小块存储空间的使用并不局限于某一个子程序，否则就可以作为整个子程序的局部变量而使用堆栈空间了。另外，这些小块存储空间又是动态变化的，不像用于内存管理的page结构那样，有多大的内存就有多少个page结构，构成一个静态的阵列。由于事先根本无法预测运行中各种不同数据结构对缓冲区的需求，不适合为每一种可能用到的数据结构建立一个缓冲池，因为那样的话很可能
Linux-4.20.8内核桥收包源码解析（二）----------sk_buff的操作
lw_yang的博客
02-18 1813
作者：Sophisticated
Linux内核网络协议栈套接字缓冲区原理
嵌入式Linux内核的博客
02-24 660
对于skb数据结构的其他操作主要放在skbuff.h文件中，主要有skb_reserve()、skb_put()、skb_push()、skb_pull()、skb_trim()等等，都是对skb的head、data、tail、end、len等字段进行操作。需要指出的是，内核编译之后，由某些选项所控制的数据结构是固定的而不是动态变化的。Alloc_skb()用来分配SKB，数据缓存区描述符是两个不同的实体，这就意味着，在分配一个SKB时，需要分配两块内存，一块是数据缓存区，一块是SKB描述符。
sk_buff
u014211079的专栏
09-02 3422
位置：include/linux/skbuff.h
sk_buff整理笔记（三、内存申请和释放）
YuZhiHui_No1的专栏
08-21 9493
内核对于sk_buff结构的内存分配不是和一般的结构动态内存申请一样：只分配指定大小的内存空间。而是在开始的时候，在初始化函数skb_init()中就分配了两段内存（skbuff_head_cache和skbuff_fclone_cache ）来供sk_buff后期申请时用，所以后期要为sk_buff结构动态申请内存时，都会从这两段内存中来申请（其实这不叫申请了，因为这两段内存开始就申请好了的，只是根据你要的内存大小从某个你选定的内存段中还回个指针给你罢了）。如果在这个内存段中申请失败，则再用内核中用最低层
Linux网络协议栈之套接字缓冲区
一口Linux的专栏
07-04 706
Linux网络协议栈是内核中最大的组件之一，由于网络部分应用的范围很广，也相对较热，该部分现有的资料很多，学起来也比较容易。首先，我们看看贯穿网络协议栈各层的一个最关键数据结构——套接字缓冲区（sk_buff结构）。 一个封包就存储在这个数据结构中。所有网络分层都会使用这个结构来存储其报头、有关数据的信息，以及用来协调工作的其他内部信息。在内核的进化历程中，这个结构经历多次变动，本文及后面的文章都是基于2.6.20版本，在2.6.32中该结构又变化了很多。该结构字段可粗略划分为集中类型：布局、通用、专用、
I40E网卡BUG引起内核异常重启问题分析
weixin_30530523的博客
08-31 1872
问题描述 　　线上服务器异常复位，产生了vmcore文件，发现是内核接收报文时，访问了空指针导致，堆栈信息如下： 　　 分析及定位 1、分析vmcore文件 根据core信息，访问异常的代码行： /usr/src/debug/kernel-3.10.0-327.22.2.el7/linux-3.10.0-327.22.2.el7.x86_64/net/core/d...
linux smp 某核异常,Linux内核crash/Oops异常定位分析方法
weixin_42635064的博客
05-16 1148
在内核开发的过程中，经常会碰到内核崩溃，比如空指针异常，内存访问越界。通常我们只能靠崩溃之后打印出的异常调用栈信息来定位crash的位置和原因。总结下分析的方法和步骤。通常oops发生之后，会在串口控制台或者dmesg日志输出看到如下的log，以某arm下linux内核的崩溃为例，<2>[515753.310000] kernel BUG at net/core/skbuff.c:18...
[crash分析][mips]CPU 0 Unable to handle kernel paging request at virtual address之2
03-03 1344
openwrt定制低端设备，加载业务模块后很快就crash，之前帖子说过配置太低，所以系统异常crash后无法保存coredump，只有串口记录crash log供分析定位。 crash log如下： [ 39.985393] CPU 0 Unable to handle kernel paging request at virtual address 78ddc304, epc == 802...
一个ixgbe空指针访问导致宿主机宕机的未知问题
zheng的博客
05-17 822
1、在某个机器上出现机器宕机，通过kdump日志，初步看是因为ixgbe里有控制针访问 2、使用crash分析空指针访问原因 1）、安装kernel debug包（包含debug调试信息的vmlinux）； 2）、使用crash打开vmcore（crash /usr/lib/debug/usr/lib/modules/3.10.0-327/vmlinux /home/vmcore），先用dis命令看下RIP地址的汇编信息；从汇编指令看此时正在访问rbx寄存器； 3）、从bt里看下现场信息..
聊聊Netty那些事儿之从内核角度看IO模型
m0_53157173的博客
09-23 155
当我们熟悉了select的原理后，就很容易理解内核给我们提供的select API了。从select API中我们可以看到，select系统调用是在规定的超时时间内，监听（轮询）用户感兴趣的文件描述符集合上的可读,可写,异常三类事件。select传递给内核监听的文件描述符集合中数值最大的文件描述符+1，目的是用于限定内核遍历范围。select监听的文件描述符集合为，那么maxfdp1的值为5。对可读事件感兴趣的文件描述符集合。对可写事件感兴趣的文件描述符集合。对异常事件感兴趣的文件描述符集合。
释放skb buffer指针引出的指针传递问题
fuyuande的博客
01-09 505
内核一个转发模块，在做IPv4转IPv6的时候，对原来的IPv4报文指针进行了释放操作，然后新建一个skb buffer存储IPv6报文，使用 kfree_skb释放掉旧的IPv4skb后直接将新的IPv6 SKB指针传递给了指向旧的指针(如下)，结果引起了内核奔溃。 struct sk_buff *skb, skb_cp; /* 创建一个新的skb buffer */ skb_cp =...
Slab分配机制
谭琦文的专栏
05-15 1019
Slab分配机制   采用伙伴算法分配内存时，每次至少分配一个页面。但当请求分配的内存大小为几十个字节或几百个字节时应该如何处理？如何在一个页面中分配小的内存区，小内存区的分配所产生的内碎片又如何解决？   Linux2.0采用的解决办法是建立了13个空闲区链表，它们的大小从32字节到132056字节。从Linux2.2开始，MM的开发者采用了一种叫做slab的分配模式，该模式早在1994年就
内存泄露调试分析(一)
bin_linux96的专栏
03-17 6418
  1.查看内存使用情况 cat /proc/meminfo  其中SUnreclaim:695168 kB,随着测试时间加长SUnreclaim一直在增加，证明存在内存泄露可能. ２.查看slab分配信息　 cat /proc/slabinfo 其中skbuff_head_cache和kmalloc-1024分配的object数量达到8万个以上，而且还在不断增加，怀疑skb有内存泄露. 由于...
禁用空安装// ignore: avoid_null_checks_on_nullable_types命令无效
最新发布
05-26
如果你的代码中使用了空安装（null safety），并且想禁用空安装检查，请使用下面的命令： ```dart // ignore: avoid_null_checks_on_nullable_types ``` 但是，如果你的代码中已经使用了空安装语法，这个命令是无效的。因为在空安装语法下，所有的类型都是可空类型，所以你应该使用安全调用运算符来避免出现空引用异常。例如： ```dart String? name; print(name?.length); ``` 在上面的代码中，如果`name`为空，`name?.length`会返回`null`而不是抛出异常。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mounter625

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值