专栏首页相遇Linux使用crash工具看懂slab

使用crash工具看懂slab

参考Linux内核代码: 3.10

crash> kmem -S sock_inode_cache > \

kmem-S-sock_inode_cache

cat ./kmem-S-sock_inode_cache

struct kmem_cache *sock_inode_cache 的地址为 ffff881020880fc0

struct slab *slab的地址为 ffff8801de2ca000

slab->s_mem的地址为 0xffff8801de2ca080

crash> struct slab ffff8801de2ca000

struct slab {

nodeid = 0

s_mem = 0xffff8801de2ca080,(指向第一个object)

..

}

可以看到上面的slab在节点0上,有6个object. 其中有三个是share cache,说明是给本节点上所有cpu公用,其中有一个在cpu4上。另外两个还未指定用途。

ffff8801de2ca080 (shared cache)

ffff8801de2ca300

ffff8801de2ca580 (cpu 4 cache)

ffff8801de2ca800 (shared cache)

ffff8801de2caa80

ffff8801de2cad00 (shared cache)

上面的struct slab结构挂在kmem_list3结构的slabs_partial、slabs_full或者slabs_free链表上。

struct kmem_list3 {

struct list_head slabs_partial;

struct list_head slabs_full;

struct list_head slabs_free;

...

}

先看看这个cpu4上的object,既然这个是在cpu4上的object,看看是否能在cpu4上的sock_inode_cache缓存找到这个object ffff8801de2ca580

然后再找出(ffff8801de2ca080 (shared cache))。

找出这两个值,就知道slab到底是怎么回事了。

struct kmem_cache {

/* 1) per-cpu data, touched during every alloc/free */

struct array_cache *array[NR_CPUS];

const char *name;

struct list_head next;

...

struct kmem_list3 *nodelists

[MAX_NUMNODES];

}

crash> struct kmem_cache \

ffff881020880fc0

struct kmem_cache {

array = {0xffff881020843a00, \

0xffff881020843800, \

0xffff881020843600, \

0xffff881020843400,…}

....

name = 0xffffffff817d2db7 "sock_inode_cache",

next = {

next = 0xffff881020878fd8,

prev = 0xffff881020939058

},

nodelists = {0xffff881020846dc0, 0xffff8820202f4540,..}

}

struct array_cache {

unsigned int avail;

..

void *entry[]; /*

}

可以看到entry是一个指针数组,数组里面每一个元素就是本cpu上一个object的值。

上面struct kmem_cache中的array数组里面有多个元素,其中第四项就是0xffff881020843400 (对应cpu4)

crash> struct array_cache \

0xffff881020843400

struct array_cache {

entry = 0xffff881020843418

}

输出0x10个object, 发现第一个值就是ffff88023f5ff580

crash> rd ffff881020843418 0x10

ffff881020843418:  ffff88023f5ff580 ffff88107f4ffd00   
ffff881020843428:  ffff8801bc2bd0c0 ffff880e5d3c00c0  
ffff881020843438:  ffff8806a7453d40 ffff880209cfcac0

crash> struct kmem_list3 \

0xffff881020846dc0

struct kmem_list3 {

slabs_partial = {

slabs_full = {

slabs_free = {

...

},

shared = 0xffff881020844000,

alien = 0xffff88102083d900,

...

}

crash> struct array_cache \

0xffff881020844000

struct array_cache {

entry = 0xffff881020844018

}

同样的entry数组中的每个值就是本节点上share cache Object.

crash> rd 0xffff881020844018 0x100 \

> rd-0xffff881020844018

vim ./rd-0xffff881020844018

在59行看到

(ffff8801de2ca080 (shared cache))

Line58 ffff8810208443a8:  ffff8802ec1165c0 \
       ffff88107f554800   
Line59 ffff8810208443b8:  ffff8801de2ca080 \
       ffff8804b1641340

Note: linux在3.12以后去掉了struct slab结构,但是原理没什么变化。

本文分享自微信公众号 - 相遇Linux(LinuxJeff),作者:JeffXie

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2020-04-16

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 一个小实验看清Linux内核调度机制

    接着会调用schedule_idle(),然后自愿调用__schedule(false),让调度器挑出

    jeff xie
  • Linux Scheduling Domains

    Scheduling Domains 是现代硬件技术尤其是多 CPU 多核技术发展的产物。现在,一个复杂的高端系统由上到下可以这样构成:

    jeff xie
  • crash工具分析大型Linux服务器死锁实战

    从源码中知道 ps命令是在查询某个进程的状态时,执行down_read()没有获取到要查询进程struct mm_struct上的sem(读写锁)

    jeff xie
  • 采用微服务和容器架构的五个想法

    作为New Relic容器Fabric项目(我们的内部容器编排和运行时平台)的首席站点可靠性工程师(SRE),我花了大量时间与现有和潜在客户一起回答关于我们如何...

    程序你好
  • 此生无悔入漫威,10 份周边送给「超级英雄」的粉丝们

    知晓君
  • jquery-barcode:js实现的条码打印

    这是一个纯js的jQuery插件,项目地址:http://barcode-coder.com/en/barcode-jquery-plugin-201.html...

    菩提树下的杨过
  • 优化骚操作!使用二进制模型,仅靠0和1保存数据

    需要在属性表配置用户环境变量的字段,为了节省内存空间,主管让我用一个字段记录多个数据状态,开始用表结构,但客户端不支持,就想到二进制数值保存数据

    深雾
  • 你也许还不知道的 CPU Cache

    Gallery of Processor Cache Effects 用 7 个源码示例生动的介绍 cache 原理,深入浅出!但是可能因操作系统的差异、编译器...

    架构师修行之路
  • Swift 罗马数字转整数 - LeetCode

    例如, 罗马数字 2 写做 II ,即为两个并列的 1。12 写做 XII ,即为 X + II 。 27 写做 XXVII, 即为 XX + V + II ...

    韦弦zhy
  • 如何使用事务码SMICM清除服务器端的缓存

    在Chrome F12 development tool里观察到对server side javascript的load:

    Jerry Wang

扫码关注云+社区

领取腾讯云代金券