trace()是 SLUB 调试中跟踪对象分配/释放事件的函数对应SLAB_TRACE调试标志。它在对象每次被分配或释放时打印一条跟踪日志用于观察对象的生命周期。一、函数签名static void trace(struct kmem_cache *s, struct slab *slab, void *object, int alloc)参数含义s缓存slab对象所在 slab 页object对象指针alloc非 0 表示分配0 表示释放无返回值。二、典型实现static void trace(struct kmem_cache *s, struct slab *slab, void *object, int alloc) { if (s-flags SLAB_TRACE) { pr_info(TRACE %s %s 0x%p inuse%d fp0x%p\n, s-name, alloc ? alloc : free, object, slab-inuse, slab-freelist); if (!alloc) print_section(KERN_INFO, Object , (void *)object, s-object_size); dump_stack(); } }逻辑门控只有缓存带SLAB_TRACE标志才输出。打印一行摘要缓存名、操作类型alloc/free、对象地址、slab 的 inuse 和 freelist。释放时打印对象内容释放时print_section()输出对象数据便于看“释放前是什么”。打印调用栈dump_stack()显示是谁触发这次分配/释放。三、SLAB_TRACE标志SLAB_TRACE是 SLUB 的调试标志之一与前面讲过的标志作用SLAB_RED_ZONE红区检测越界SLAB_POISONpoison 检测未初始化/use-after-freeSLAB_STORE_USER记录分配/释放者到struct trackSLAB_CONSISTENCY_CHECKS一致性校验SLAB_TRACE每次分配/释放打印跟踪日志SLAB_TRACE的特点实时输出不像SLAB_STORE_USER只记录、出错时才打印SLAB_TRACE每次操作都打印。开销大pr_infodump_stack()每次分配/释放都执行日志量巨大。粒度细能看到完整的对象生命周期时间线。它是SLAB_NO_CMPXCHG成员之一#define SLAB_NO_CMPXCHG (SLAB_CONSISTENCY_CHECKS | SLAB_STORE_USER | \ SLAB_TRACE)带SLAB_TRACE时禁用 cmpxchg 无锁路径走加锁路径保证跟踪与 freelist 操作一致。四、输出示例一次分配TRACE kmalloc-64 alloc 0xffff888012345678 inuse33 fp0xffff888012345780 CPU: 2 PID: 1234 Comm: my_test Not tainted Call Trace: TASK kmalloc_trace0x1a/0x30 my_driver_probe0x45/0x200 ...一次释放TRACE kmalloc-64 free 0xffff888012345678 inuse32 fp0xffff888012345678 Object: 41 41 41 41 ... ← print_section 输出 CPU: 2 PID: 1234 Comm: my_test Not tainted Call Trace: TASK kfree0x25/0x40 my_driver_remove0x12/0x100 ...分配只打印摘要 调用栈。释放额外打印对象内容Object: ...因为释放后内容可能被覆盖需要抓现场。五、调用时机trace()在调试分配/释放路径里被调用// 分配 static int alloc_debug_processing(struct kmem_cache *s, struct slab *slab, void *object, unsigned long addr) { ... trace(s, slab, object, 1); // alloc1 ... } // 释放 static int free_debug_processing(struct kmem_cache *s, struct slab *slab, void *object, unsigned long addr) { ... trace(s, slab, object, 0); // alloc0 ... }与set_track()并列set_track记录到struct track事后查trace实时打印当下看。六、与相关机制的关系机制时机输出SLAB_TRACEtrace()每次分配/释放实时日志 调用栈SLAB_STORE_USERset_track()每次分配/释放记录到struct track出错时打印SLAB_POISONinit_object()分配/释放填 poison 字节校验时检测SLAB_RED_ZONE分配/释放红区标记校验越界trace()是最直接、最实时的观察手段但也最“吵”。通常只在需要精细追踪特定缓存时临时开启。七、使用方式通过启动参数启用slub_debugT,kmalloc-64 # 只对 kmalloc-64 开 TRACE或全局slub_debugTT是SLAB_TRACE的字母代号。八、与前面知识的呼应前面讲过这里体现SLAB_TRACE门控条件SLAB_NO_CMPXCHGSLAB_TRACE是成员禁用 cmpxchgprint_section()释放时打印对象内容dump_stack()打印调用栈slab-inuse/slab-freelist摘要里打印的字段alloc_debug_processing()/free_debug_processing()调用trace()的上层set_track()同层次的“事后记录”机制九、总结trace(s, slab, object, alloc)在缓存开启SLAB_TRACE时每次分配/释放打印一行摘要缓存名、操作、对象地址、inuse、freelist和调用栈释放时额外用print_section()打印对象内容。它是 SLUB 最实时的对象生命周期跟踪机制与SLAB_STORE_USER事后记录、SLAB_POISON内容标记互补但开销大、日志多通常按需临时开启。
trace()是 SLUB 调试中跟踪对象分配/释放事件的函数对应SLAB_TRACE调试标志。它在对象每次被分配或释放时打印一条跟踪日志用于观察对象的生命周期。一、函数签名static void trace(struct kmem_cache *s, struct slab *slab, void *object, int alloc)参数含义s缓存slab对象所在 slab 页object对象指针alloc非 0 表示分配0 表示释放无返回值。二、典型实现static void trace(struct kmem_cache *s, struct slab *slab, void *object, int alloc) { if (s-flags SLAB_TRACE) { pr_info(TRACE %s %s 0x%p inuse%d fp0x%p\n, s-name, alloc ? alloc : free, object, slab-inuse, slab-freelist); if (!alloc) print_section(KERN_INFO, Object , (void *)object, s-object_size); dump_stack(); } }逻辑门控只有缓存带SLAB_TRACE标志才输出。打印一行摘要缓存名、操作类型alloc/free、对象地址、slab 的 inuse 和 freelist。释放时打印对象内容释放时print_section()输出对象数据便于看“释放前是什么”。打印调用栈dump_stack()显示是谁触发这次分配/释放。三、SLAB_TRACE标志SLAB_TRACE是 SLUB 的调试标志之一与前面讲过的标志作用SLAB_RED_ZONE红区检测越界SLAB_POISONpoison 检测未初始化/use-after-freeSLAB_STORE_USER记录分配/释放者到struct trackSLAB_CONSISTENCY_CHECKS一致性校验SLAB_TRACE每次分配/释放打印跟踪日志SLAB_TRACE的特点实时输出不像SLAB_STORE_USER只记录、出错时才打印SLAB_TRACE每次操作都打印。开销大pr_infodump_stack()每次分配/释放都执行日志量巨大。粒度细能看到完整的对象生命周期时间线。它是SLAB_NO_CMPXCHG成员之一#define SLAB_NO_CMPXCHG (SLAB_CONSISTENCY_CHECKS | SLAB_STORE_USER | \ SLAB_TRACE)带SLAB_TRACE时禁用 cmpxchg 无锁路径走加锁路径保证跟踪与 freelist 操作一致。四、输出示例一次分配TRACE kmalloc-64 alloc 0xffff888012345678 inuse33 fp0xffff888012345780 CPU: 2 PID: 1234 Comm: my_test Not tainted Call Trace: TASK kmalloc_trace0x1a/0x30 my_driver_probe0x45/0x200 ...一次释放TRACE kmalloc-64 free 0xffff888012345678 inuse32 fp0xffff888012345678 Object: 41 41 41 41 ... ← print_section 输出 CPU: 2 PID: 1234 Comm: my_test Not tainted Call Trace: TASK kfree0x25/0x40 my_driver_remove0x12/0x100 ...分配只打印摘要 调用栈。释放额外打印对象内容Object: ...因为释放后内容可能被覆盖需要抓现场。五、调用时机trace()在调试分配/释放路径里被调用// 分配 static int alloc_debug_processing(struct kmem_cache *s, struct slab *slab, void *object, unsigned long addr) { ... trace(s, slab, object, 1); // alloc1 ... } // 释放 static int free_debug_processing(struct kmem_cache *s, struct slab *slab, void *object, unsigned long addr) { ... trace(s, slab, object, 0); // alloc0 ... }与set_track()并列set_track记录到struct track事后查trace实时打印当下看。六、与相关机制的关系机制时机输出SLAB_TRACEtrace()每次分配/释放实时日志 调用栈SLAB_STORE_USERset_track()每次分配/释放记录到struct track出错时打印SLAB_POISONinit_object()分配/释放填 poison 字节校验时检测SLAB_RED_ZONE分配/释放红区标记校验越界trace()是最直接、最实时的观察手段但也最“吵”。通常只在需要精细追踪特定缓存时临时开启。七、使用方式通过启动参数启用slub_debugT,kmalloc-64 # 只对 kmalloc-64 开 TRACE或全局slub_debugTT是SLAB_TRACE的字母代号。八、与前面知识的呼应前面讲过这里体现SLAB_TRACE门控条件SLAB_NO_CMPXCHGSLAB_TRACE是成员禁用 cmpxchgprint_section()释放时打印对象内容dump_stack()打印调用栈slab-inuse/slab-freelist摘要里打印的字段alloc_debug_processing()/free_debug_processing()调用trace()的上层set_track()同层次的“事后记录”机制九、总结trace(s, slab, object, alloc)在缓存开启SLAB_TRACE时每次分配/释放打印一行摘要缓存名、操作、对象地址、inuse、freelist和调用栈释放时额外用print_section()打印对象内容。它是 SLUB 最实时的对象生命周期跟踪机制与SLAB_STORE_USER事后记录、SLAB_POISON内容标记互补但开销大、日志多通常按需临时开启。
排查指南)
