34986d538a
The current method for memory debug is to use "rd.memdebug=[0-3]", it is not enough for debugging kernel modules. For example, when we want to find out which kernel module consumes a large amount of memory, "rd.memdebug=[0-3]" won't help too much. A better way is needed to achieve this requirement, this is useful for kdump OOM debugging. The principle of this patch is to use kernel trace to track slab and buddy allocation calls during kernel module loading(module_init), thus we can analyze all the trace data and get the total memory consumption. As for large slab allocation, it will probably fall into buddy allocation, thus tracing "mm_page_alloc" alone should be enough for the purpose(this saves quite some trace buffer memory, also large free is quite unlikey during module loading, we neglect those memory free events). The trace events include memory calls under "tracing/events/": kmem/mm_page_alloc We also inpect the following events to detect the module loading: module/module_load module/module_put Since we use filters to trace events, the final trace data size won't be too big. Users can adjust the trace buffer size via "trace_buf_size" kernel boot command line as needed. We can get the module name and task pid from "module_load" event which also mark the beginning of the loading, and module_put called by the same task pid implies the end of the loading. So the memory events recorded in between by the same task pid are consumed by this module during loading(i.e. modprobe or module_init()). With these information, we can record the rough total memory(the larger, the more precise the result will be) consumption involved by each kernel module loading. Thus we introduce this shell script to find out which kernel module consumes a large amount of memory during loading. Use "rd.memdebug=4" as the tigger. After applying this patch and specifying "rd.memdebug=4", during booting it will print out something extra like below: 0 pages consumed by "pata_acpi" 0 pages consumed by "ata_generic" 1 pages consumed by "drm" 0 pages consumed by "ttm" 0 pages consumed by "drm_kms_helper" 835 pages consumed by "qxl" 0 pages consumed by "mii" 6 pages consumed by "8139cp" 0 pages consumed by "virtio" 0 pages consumed by "virtio_ring" 9 pages consumed by "virtio_pci" 1 pages consumed by "8139too" 0 pages consumed by "serio_raw" 0 pages consumed by "crc32c_intel" 199 pages consumed by "virtio_console" 0 pages consumed by "libcrc32c" 9 pages consumed by "xfs" From the print, we see clearly that "qxl" consumed the most memory. This file will be installed as a separate executable named "tracekomem" in the following patch. Signed-off-by: Xunlei Pang <xlpang@redhat.com> |
||
|---|---|---|
| dracut.conf.d | ||
| install | ||
| modules.d | ||
| skipcpio | ||
| test | ||
| .dir-locals.el | ||
| .gitignore | ||
| .kateconfig | ||
| .kateproject | ||
| .mailmap | ||
| 50-dracut.install | ||
| 51-dracut-rescue-postinst.sh | ||
| 51-dracut-rescue.install | ||
| AUTHORS | ||
| COPYING | ||
| HACKING | ||
| Makefile | ||
| NEWS | ||
| PKGBUILD | ||
| README | ||
| README.generic | ||
| README.kernel | ||
| README.md | ||
| README.modules | ||
| README.testsuite | ||
| TODO | ||
| configure | ||
| dracut-bash-completion.sh | ||
| dracut-catimages.8.asc | ||
| dracut-catimages.sh | ||
| dracut-functions.sh | ||
| dracut-init.sh | ||
| dracut-initramfs-restore.sh | ||
| dracut-logger.sh | ||
| dracut.8.asc | ||
| dracut.asc | ||
| dracut.bootup.7.asc | ||
| dracut.cmdline.7.asc | ||
| dracut.conf | ||
| dracut.conf.5.asc | ||
| dracut.css | ||
| dracut.logrotate | ||
| dracut.modules.7.asc | ||
| dracut.png | ||
| dracut.sh | ||
| dracut.spec | ||
| dracut.svg | ||
| dracut.usage.asc | ||
| git2spec.pl | ||
| lsinitrd-bash-completion.sh | ||
| lsinitrd.1.asc | ||
| lsinitrd.sh | ||
| mkinitrd-dracut.sh | ||
| mkinitrd-suse.8.asc | ||
| mkinitrd-suse.sh | ||
| mkinitrd.8.asc | ||
| profile.py | ||
README.md
dracut - master branch
dracut is an initramfs infrastructure.
CentOS CI: