第六章 内存管理之实战案例分析

最新推荐文章于 2024-04-09 18:34:34 发布
最新推荐文章于 2024-04-09 18:34:34 发布
阅读量833 收藏 7
点赞数 2
分类专栏： 奔跑吧Linux内核学习 文章标签： 链表 数据结构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39247141/article/details/126273389
版权

1.Linux内核的内存管理模块都对哪些页面进行了统计?

统计项描 述
NR_FREE_PAGES空闲页面数量
NR_ZONE_LRU_BASE用于LRU_BASE的统计。LRU链表是从LRU_BASE开始标记的
NR_ZONE_INACTIVE_ANON不活跃匿名页面数量
NR ZONE ACTIVE_ANON活跃匿名页面数量
NR_ZONE_INACTIVE_FILE不活跃文件映射页面数量
NR_ZONE_ACTIVE_FILE活跃文件映射页面数量
NR_ZONE_UNEVICTABLE不可回收的页面数量
NR_ZONE_WRITE_PENDING脏页、正在回写以及不稳定的页面数量
NR_MLOCK使用mlock()锁住的页面数量
NR_PAGETABLE用于页表的页面数量
NR_KERNEL STACK KB用于内核栈的页面数量
NR_BOUNCE跳跃页面的数量
NR_ZSPAGES用于zsmalloc机制的页面数量
NR_FREE_CMA_PAGESCMA中的空闲贝面数量
NR_VM_ZONE_STAT_ITEMSZONE中vm stat计数值的项数

2.请解释/proc/meminfo节点中每一项的含义。

统计项描述(实现)
MemTotal系统当前可用物理内存总量，通过读取全局变量_toalrampages 来获得
MemFree系统当前剩余空闲物理内存，通过读取全局变量vm_zone_stat[]数组中的NR_FREE_PAGES来获得
MemAvailable系统中可使用页面的数量，由si_mem_available()函数来计算。公式为Available=memfree+pagecache+reclaimable-totalreserve pages. 这里包括了空闲页面(memfree)、文件映射页面(pagecache)、可回收的页面(reclaimable)，最后减去系统保留的页面
Buffers用于块层的缓存，由nr_blockdev_pages()函数来计算
Cached用于页面高速缓存的页面。计算公式为Cached=NR_FILE_PAGES-swap_cache-Buffers
SwapCached这里统计交换缓存的数量，交换缓存类似于内容缓存，只不过它对应的是交换分区，而内容缓存对应的是文件。这里表示匿名页面曾经被交换出去，现在又被交换回来，但是页面内容还在交换缓存中。
Active活跃的匿名页面(LRUACTIVE_ANON)和 活跃的文件映射页面(LRU_ACTIVE_FILE)
Inactive不活跃的匿名页面(LRUINACTIVE_ANON) 和不活跃的文件映射页面(LRU_NACTIVE_FILE)
Active(anon)活跃的匿名页面(LRU_ACTIVE_ANON)
Inactive(anon)不活跃的匿名页面(LRU_INACTIVE_ANON
Active(file)活跃的文件映射页面(LRU_ACTIVE_FILE)
Inactive(file)不活跃的文件映射页面(LRUINACTIVE_FI LE)
Unevictable不能回收的页面(LRUUNEVICTABLE)
Mlocked不会被交换到交换分区的页面，由全局的vm zone_stat[]中的NR_MLOCK 来统计
SwapTotal交换分区的大小
SwapFree交换分区的空闲空间大小
Dirty脏页的数量，由全局的vm_node_stat[]中的NR_FILE_DIRTY来统计
Wnteboel正在回写的页面数量，由全局的vm_node_stat[]中的NR_WRITEBACK来统计。
AnonPages统计有反向映射(RMAP)的页面，通常这些页面都是匿名页面并且都映射到了用户空间，但是并不是所有匿名页面都配置了反向映射，如部分的 shmem 和tmpfs页面就没有设置反向映射。这个计数由全局的vm_node_stat[]中的NR_ANON_MAPPED来统计
Mapped统计所有映射到用户地址空间的内容缓存页面，由全局的vmnode_stat[]中的NR_FILE_MAPPED 来统计
Shmem共享内存(基于tmpfs 实现的shmem、devtmfs等)页面的数量，由全局的vm node stat中的 NR SHMEM 来统计
KReclaimable内核可回收的内存，包括可回收的slab页面(NR_SLAB_RECLAIMABLE)和其他的可回收的内核页面(NR_KERNEL_MISC_RECLAIMABLE)
Slab所有slab 页面，包括可回收的 slab页面(NR_SLAB_RECLAIMABLE)和不可回收的slab 页面(NR_SLAB_UNRECLAIMABLE)
SReclaimable可回收的slab 页面(NR_SLAB_RECLAIMABLE)
SUnreclaim不可回收的slab 页面(NR_SLAB_UNRECLAIMABLE)
KernelStack所有进程内核栈的总大小，由全局的 vm zone stat门中的NR_KERNEL_STACK_KB来统计
PageTables所有用于页表的页面数量，由全局的vmzone_stat[]中的NR PAGETABLE来统计
NFS_Unstable在NFS中，发送到服务器端但是还没有写入磁盘的页面(NR_UNSTABLE_NFS)
WritebackTmp回写过程中使用的临时缓存(NR_WRITEBACK_TEMP)
VmallocTotalvmalloc 区域的总大小
VmallocUsed已经使用的vmalloc 区域总大小
Percpupercpu机制使用的页面，由pcpu_nr_pages函数来统计
AnonHugePages统计透明巨页的数量
ShmemHugePages统计在shmem 或者 tmpfs中使用的透明巨页的数量
ShmemPmdMapped使用透明巨页并且映射到用户空间的 shmem 或者 tmpfs 的页面数量
CmaTotalCMA机制使用的内存
CmaFreeCMA机制中空闲的内存
HugePages_Total普通巨页的数量，普通巨页的页面是预分配的
HugePages_Free空闲的普通巨页的数量
Hugepagesize普通巨页的大小，通常是2MB或者1GB
Hugetlb普通巨页的总大小，单位是KB

3.为什么/proc/meminfo节点中的MemTotal不等于QEMU虚拟机中分配的内存大小?

  • 这是因为我们reserved部分内存，而reserved的内存分为动态申请和静态配置。
    • 如内核静态使用的内存如内核代码段，是动态申请的。
    • 如在dts配置配置reserved-memory节点则属于静态申请。
    • 可以通过cat /sys/kernel/debug/memblock/reserved节点查看。
    • 特别注意通过reserved-memory节点配置时如果带no-map属性则该内存不会再reserved节点体现，也不会被内核管理。
    • 无论通过哪种方式申请reserved的内存都有可能释放，释放时会打印Freeing unused 。。。。
  • 故有如下公式：物理内存=MemTotal + reserved内存 + no-map内存。

4.为什么slab 要区分 SReclaimable和SUnreclaim?

  • 一个slab分配器由一个或者多个连续的物理页面组成。在为slab 分配器分配物理页面时根据slab描述符（cachep->flags）是否设置了SLAB_RECLAIM_ACCOUNT标志位来判断这些页面是属于SReclaimable还是属于SUnreclaim。
  • 而在创建slab描述符时若发现设置了SLAB_RECLAIM_ACCOUNT，那么分配物理页面的行为就是可回收的，即设置__GFP_RECLAIMABLE，表示这些页面是可以被slab机制的收割机回收的。
  • 在slab机制里，有一个定时器会定时扫描和检查哪些slab分配器可以被销毁，如果一个slab分配器中都是空闲的slab对象，那么这个slab分配器就可以被回收，并且slab分配器占用的页面会被释放，详见cache_reap()函数。
  • 因此，统计SReclaimable和SUnreclaim页面的含义是在计算系统可用的总内存数量，即meminfo中的MemAvailable，详见si_mem_available()函数。

5.在/proc/meminfo节点中，为什么Active(anon)+Inactive(anon)不等于AnonPages?

  • 我们知道Active（anon）表示LRU链表中的活跃匿名页面，Inactive（anon）表示LRU链表中的不活跃匿名页面，这两个值相加，表示系统的LRU链表中的总匿名页面数量。
  • 而AnonPages表示和用户态进程地址空间建立映射关系。当一个匿名页面和进程地址空间建立映射关系时会调用page_add_new_anon_rmap()函数来新增一个RMAP。
  • 但是shmem（基于tmpfs实现）使用的页面会被添加到系统的匿名页面的LRU链表中，因为它会被计入Active（anon）或Inactive（anon）之中。主要原因是shmem使用的页面基于RAM内存，它可以被写入交换分区里。在分配shmem页面时设置了PG_SwapBacked标志位，见shmem_alloc_and_acct_page()函数。
  • 通过判断PG_SwapBacked标志位来确定将页面添加到匿名页面的LRU链表还是文件映射的LRU链表中，见page_is_file_cache()函数。若没有设置PG_SwapBacked标志位，则页面时文件映射的页面，会被添加到文件映射的LRU链表中；否则，被添加到匿名页面的LRU链表中。
  • 另外，shmem页面并没有计入AnonPages中，而是计入了MM_SHMEMAPAGES类型的计数值（即Shmem）中。shmem页面一方面被添加到了匿名页面的LRU链表里，另一方面被统计到文件映射页面的计数中，是个“另类”页面。

6.在/proc/meminfo节点中，为什么Active(file)+Inactive(file)不等于Mapped?

  • Active(file)+Inactive(file)表示系统LRU链表中所有文件映射页面的总和。
  • 而Mapped表示统计所有映射到用户地址空间的内容缓存页面，由NR_FILE_MAPPED来统计。当一个内容缓存映射到用户态的进程地址空间时，会调用page_add_file_rmap()函数来建立RMAP，并增加NR_FILE_MAPPED计数值。
  • 有一个特殊情况需要考虑，就是shmem页面。它会被计入NR_FILE_MAPPED计数值中，但是它会设置PG_SwapBacked标志位，因此它会被计入匿名页面。当创建一个shmem页面是会把他计入NR_FILE_PAGES和NR_SHMEM计数值中。

7.在/proc/meminfo节点中，为什么Active(file)+Inactive(file)不等于Cached?

  • Cached计数值的计算公式是Cache=NR_FILE_PAGES-swap_cache-Buffers。又因为shmem页面被计入NR_FILE_PAGES里，它在匿名页面LRU链表的计数值里。Active(file)+Inactive(file)表示系统的LRU链表中所有文件映射页面的总和。
  • 因此LRU链表中所有文件映射页面总和不等于Cache计数值。

8./proc/PID/status(PID表示进程的ID)节点中有不少和具体进程内存相关的信息，请简述这些信息的含义。

  • proc文件系统包含每个进程的相关信息，其中/proc/PID/status节点有不少和具体进程内存相关的信息。下面说明与内存相关的信息
cat /proc/*/status | grep -E 'Name|Pid|Vm*|Rss*|Hu*'
成员名含义
Name进程的名称
PidPID。
VmPeak进程使用的最大虚拟内存，通常情况下它等于进程的内存描述符mm 中的 total_vm.
VmSize进程使用的虚拟内存，它等于mm->total_vm。
VmLck进程锁住的内存，它等于mm->locked_vm，这里指使用mlock()锁住的内存。
VmPin进程固定住的内存，它等于mm->pinned_vm，这里指使用 get_user_page()固定住的内存。
VmHWM进程使用的最大物理内存，它通常等于进程使用的匿名页面、文件映射页面以及共享内存页面的大小总和。
VmRSS进程使用的最大物理内存，它常常等于VmHWM，计算公式为 VmRSS= RssAnon+RssFile+RssShmem.
RssAnon进程使用的匿名页面，通过get_mm_counter(mm，MM_ANONPAGES)获取。
RssFile进程使用的文件映射页面，通过get_mm_counter(mm, MM_FILEPAGES)获取。
RssShmem进程使用的共享内存页面，通过get_mm_counter(mm, MM_SHMEMPAGES)获取。
RssFile进程使用的文件映射页面，通过get_mm_counter(mm, MM_FILEPAGES)获取 RssShmem:进程使用的共享内存页面，通过getmm_counter(mm,MM SHMEMPAGES获取。
VmData进程私有数据段的大小，它等于 mm->data_vm。
VmStk进程用户栈的大小，它等于mm->stack_vm。
VmExe进程代码段的大小，通过内存描述符mm中的start_code和end_code两个成员获取。
VmLib进程共享库的大小，通过内存描述符mm中的exec_vm和VmExe计算。
VmPTE进程页表大小，通过内存描述符 mm 中的pgtables_bytes 成员获取。
VmSwap进程使用的交换分区的大小，通过get_mm_counter(mm，MM_SWAPENTS)获取。
HugetlbPages进程使用巨页的大小，通过内存描述符 mm 中的 hugetlb_usage成员获取。

9./proc/meminfo节点中SwapTotal减去SwapFree等于系统中已经使用的swap内存大小，我们称之为 S_swap。另外，我们写一个小程序来遍历系统中所有的进程，并把进程中 proc/PID/status节点的VmSwap值都累加起来，我们把它称为P_swap,为什么这两个值不相等?

  • S_swap并不一定等于P_swap的原因是因为shmem的原因。
  • shmem（共享内存）比较特殊，它是基于tmpfs来实现的，本质上它是基于RAM的一个文件系统，因此它具有文件的属性，如有文件节点、页面高速缓存等。另外，它的内存不能随便丢弃。当系统内存短缺时会把shmem暂时写入交换分区以便腾出内存，因此它有部分匿名页面的属性。
  • 但shmem页面并没有被统计到进程MM_SWAPENTS计数中，/proc/PID/status节点中的VmSwap不包含被写入交换区的shmem页面。

10.请简述min_free_kbytes的含义和作用。

  • Linux内核为了防止内存被恶意进程占用，在每个内存管理区设置了一部分预留内存，即最低警戒水位（watermark[WMARK_MIN]）。进程分配内存的行为是有优先级的，对于普通优先级的分配行为，是不能访问预留内存的，只有对于高优先级的分配行为，才能访问，如高优先级的进程可以通过设置__GFP_HIGH、__GPF__ATOMIC甚至__GPF_MEMALLOC来访问预留内存。若系统预留内存小于1024kb，那么可能会导致系统出问题，具有高优先级分配行为的进程没法得到内存。

11.请简述lowmem_reserve_ratio的含义和作用。

  • lowmem_reserve[]数组用于防止页面分配器过渡的从低端内存管理区中分配内存，可以由lowmem_reserve_ratio节点来修改，以页面分单位。
  • 低端内存管理区的内存一般有特殊用途，如ZONE_DMA用于ISA总线的设备，通常有些应用程序分配内存之后会使用mlock()来锁住这部分内存，导致这些内存就不能被交换到交换分区，从而导致ZONE_DMA变少。
  • 此外，为防止系统过早在低端内存管理区中触发OOM Killer机制，而系统的高端内存管理区却又大量空闲内存。

12.请简述zone_reclaim_mode的含义和作用。

  • 当页面分配器在一个内存管理区里分配失败时，若zone_reclaim_mode为0，则表示可以从下一个内存管理区或者下一个内存节点中分配内存；否则，表示可以在这个内存管理区中进行一些内存回收，然后继续尝试在该内存管理区中分配内存。
  • zone_reclaim_mode是一个按位或操作的数值，我们可以根据如下位来设置不同的组合。
    • 1（bit[0]）：表示打卡内存管理区回收模式，扫描该内存管理区的页面并进行页面回收。
    • 2（bit[1]）：表示只回收管理区的内容缓存页面，将脏的内容缓存页面回写到磁盘，从而回收页面。
    • 4（bit[2]）：表示只回收该内存管理区的匿名页。

13.请简述 watermark_scale_factor的含义和作用。

  • 除了min_free_kbytes，watermark_scale_factor也会影响每个内存管理区的低水位和高水位。
  • 内存管理区的低水位会影响kswapd内存线程唤醒的时机，内存管理区的高水位会影响kswapd内核线程进入睡眠的时机。通常，当页面分配器发现在低水位分配失败时，会唤醒kswapd内核线程。而当内存管理区水位高于高水位时，会让kswapd内核线程停止工作并进入睡眠状态。
  • 在__setup_per_zone_wmarks()函数中，watermark_scale_factor的默认值为10，分母为10000，因此表示两个水位之间的距离是系统总内存的0.1%，如最低警戒水位与低水位的差距是总内存的0.1%，watermark_scale_factor最大可以设置为1000，即两个水位之间的差距最大为总内存的10%。

14.请简述影响脏页回写的参数有哪些?它们的含义和作用分别是什么?

  • dirty_background_bytes：当脏页所占的内存数量（指所有可用内存，即空闲页面+可回收内存页面）超过dirty_background_bytes时，内核回写线程（writeback thread）开始回写脏页。
  • dirty_background_ratio：当脏页所占的百分比达到dirty_background_ratio时，内核回写线程开始回写脏页数据，直到脏页比例低于此值。注意，对于dirty_background_bytes和dirty_background_ratio，我们只能设置其中一个。当设置其中一个时，另外一个立即变成0。dirty_background_ratio的默认值为10。
  • dirty_bytes：当系统的脏页总数达到dirty_bytes值时，write系统调用会被阻塞，并开始回写脏页数据，直到脏页总数低于此值。注意，该值不能设置为小于两个页面大小的字节数，否则，设置不生效并且系统会默认加载之前的旧值。
  • dirty_ratio：当脏页所占的百分比（空闲内存页+可回收内存页）达到dirty_ratio时，write系统调用被阻塞并开始回写脏页数据，直到脏页比例低于此值。dirty_ratio的默认值为20。注意，对于dirty_ratio和dirty_bytes，我们只能设置其中一个。
  • dirty_expire_centisecs：脏数据的过期时间。当内核回写线程被唤醒后会被检查哪些数据的存在时间超过了这个时间，并将这些脏数据回写到磁盘，单位是百分之1秒，也就是10ms、该值默认是3000，即若脏数据的存在时间超过30s，那么内核回写线程唤醒之后优先回写这些脏数据。
  • dirty_writeback_centisecs：内核回写线程周期性唤醒的时间间隔，默认是5s。
  • drop_caches：用来回收干净的页面高速缓存和一些可以回收的slab对象，如文件系统中inode、dentries等。其默认值的含义如下。
    • 1：回收和释放内容缓存页面。
    • 2：回收和释放可回收的slab对象。
    • 3：同事回收和释放内容缓存页面、slab对象。
wdh3837
关注
专栏目录
Linux中anonpage内存,Linux物理内存概述
weixin_39926402的博客
05-05 2206
Linux可以支持大量的架构，所以需要用一种与架构无关的方式去描述内存。在linux的内存管理中，我们首先要明确的一个概念就是NUMA(Non-Uniform Memory Access,关于NUMA的介绍可以参考我前面的文章)。很多大型机器都采用NUMA架构，将内存和CPU分为很多组，每一组称为一个节点(node)。节点与节点之间的互相访问，会因为“距离”的不同导致不同的开销。Linux通过st...
内存管理实战案例分析2：KSM和NUMA引发的虚拟机宕机
rlk8888的博客
03-07 788
微信公众号：奔跑吧linux社区 本文节选自《奔跑吧linux内核》第二版卷1第6.3.2章 1．问题描述 对于RHEL发行版以及Ubuntu服务器版本，客户都报告了这样的问题。在一台至强服务器（使用x86_64处理器）上发现好几个正在运行的虚拟机发生了死锁，即虚拟机没有响应。这台服务器是基于NUMA架构的服务器，内建多个CPU节点和内存节点。在主机的Linux中开启了KSM机制和numad监控程序。虚拟机是基于KVM和QEMU构建的。 主机的Linux发行版是Ubuntu 16.04。主机的Lin.
linux内存泄漏检测
weixin_33777877的博客
08-13 990
在实际的项目中，最难缠的问题就是内存泄漏，当然还有panic之类的，内存泄漏分为两部分用户空间的和内核空间的.我们就分别从这两个层面分析一下. 用户空间查看内存泄漏和解决都相对简单。定位问题的方法和工具也很多相对容易.我们来看看. 1. 查看内存信息 cat /proc/meminfo、free、cat ...
Linux 内存详解，即top、free、vmstat、meminfo、Buffer和Cache的介绍
dream8062的专栏
06-29 3593
不过Cache概念可能容易混淆，我理解为CPU本身就有Cache，包括一级缓存、二级缓存、三级缓存，我们知道CPU所有的指令操作对接的都是内存，而CPU的处理能力远高于内存速度，所以为了不让CPU资源闲置，Intel等公司在CPU内部集成了一些Cache，但毕竟不能放太多电路在里面，所以这部分Cache并不是很大，主要是用来存放一些常用的指令和常用数据，
Mem----/proc/meminfo
h_8410435的博客
11-14 930
meminfo 对于该文件，比较重要的是Active、Active(anon)、Active(file)、Mapped、Slab，类似于sysrq-trigger中所说，存在如下计算关系： Active = Active(anon) + Active(file) Active(anon)+Ac tive(file)+Mapped = 应用 Active(anon)+Ac tive(file)+Ma...
drop_caches释放哪些内存
sydyh43的博客
01-14 3254
1、命令 echo 1 > /proc/sys/vm/drop_caches 释放文件的page cache内存，对应着top下的cached值 2、cached具体被哪些模块使用着（cat /proc/meminfo） 【Active(file) + Inactive(file) + Shmem + mlock_file】== 【Cached + Buffers】 Active(file)和Inactive(file)对应着文件映射 Shmem对应着内存文件系统，如/tmp;或
内存管理实战案例分析1：缺页异常和文件系统引发的宕机
rlk8888的博客
03-07 750
微信公众号：[奔跑吧linux社区] 本文节选自《奔跑吧linux内核》第二版卷1第6.3章 1．问题描述 阿里工程师在Linux 5.0内核开发期间报告了一个宕机现象， https://lore.kernel.org/linux-ext4/1540858969-75803-1-git-send-email-bo.liu@linux.alibaba.com/ 从内核日志信息来看，有两个线程发生了死锁的情况。 下面是task1进程的函数调用关系。 task1: [<ffffffff811.
内存管理实战案例分析3：为何分配不出一个页面？
rlk8888的博客
01-22 1873
微信公众号：奔跑吧linux社区本文节选自《奔跑吧Linux内核》第二版卷1第6.3.3章 1．问题描述 下面是有问题的OOM Killer内核日志，其中空闲页面为86048KB，最低警戒水位为22528KB，低水位为28160KB。读者可能会感到疑惑，为什么即使空闲页面远远大于最低警戒水位也无法分配出一个物理页面？ <OOMKiller的问题内核日志> [150.257731]insmodinvokedoom-killer:gfp_mask=0x6000c0(GFP...
Python3实战Spark大数据分析及调度-第11章 Azkaban实战篇.zip
04-30
9. **案例分析**： 本章可能包含实际的案例，例如使用Python3和Spark处理CSV数据，进行数据分析或机器学习任务，并在Azkaban中进行调度。案例将涵盖完整的流程，从数据读取、预处理、模型训练到结果可视化。 通过...
Python3实战Spark大数据分析及调度-第7章 Spark Core调优.zip
04-30
在本章"Python3实战Spark大数据分析及调度-第7章 Spark Core调优"中，我们将深入探讨如何优化Apache Spark的核心性能，以便更高效地处理大规模数据。Spark Core是Spark框架的基础，它提供了分布式任务调度、内存管理...
[1]MM之物理内存的管理
m0_51717456的博客
09-01 241
物理内存的管理：memblock的构建及初始化
通过meminfo 与 slab 定位内存泄漏
yangkai6121的专栏
05-06 3051
通过meminfo 与 slab 定位内存泄漏
meminfo文件详解
12-26 7781
转自：https://lujun9972.github.io/blog/2018/04/17/meminfo%E6%96%87%E4%BB%B6%E8%AF%A6%E8%A7%A3/ 我们可以从 /proc/meminfo 中查看内核使用内存情况的各种信息。 一个 /proc/meminfo 的内容看起来是这样的： cat /proc/meminfo |nl 1 MemTotal...
【内存管理】 proc/meminfo详解
最新发布
Sofine
04-09 1871
通过vmalloc分配的内存都统计在/proc/meminfo的 VmallocUsed 值中，但是要注意这个值不止包括了分配的物理内存，还统计了VM_IOREMAP、VM_MAP等操作的值，譬如VM_IOREMAP是把IO地址映射到内核空间、并未消耗物理内存，所以我们要把它们排除在外。vmalloc和slab分配的内存都会被记录在meminfo中，但通过alloc_pages/__get_free_page分配的内存，没有在/proc/meminfo中统计，不知道有多少，就像个黑洞。
进程的内存使用
weixin_30273175的博客
04-26 80
vm_stat_account void vm_stat_account(struct mm_struct *mm, vm_flags_t flags, long npages){ mm->total_vm += npages; if (is_exec_mapping(flags)) mm->exec_vm += npages; else if (is...
Linux内存查看通用方法（一）： user空间
qq_34597963的博客
07-28 8234
在嵌入式linux上，统计内存情况的一般方法
什么是Linux内存管理中的RSS和VSZ
CHCH998的博客
08-07 2752
What are RSS and VSZ in Linux memory management? Linux内存管理中的RSS和VSZ是什么？ In a multithreaded environm
JVM参数调优
qq_43313220的博客
03-24 2115
项目场景： 记录实际JVM调优过程及遇到的问题 问题描述 提示：这里描述项目中遇到的问题： 项目在线上运行发生崩溃，重启后发现Java进程的资源占用很高，其中RES和MEM在不断地增长，到一定程度Linux杀掉了进程。 查看被Linux杀掉了的进程，使用 egrep -i -r ‘killed process’ /var/log 或者 grep “Out of memory” /var/log/messages 都行 [root@ecs-c6-xlarge-2-linux-2021073122313
Linux 物理内存管理涉及的三大结构体之struct pglist_data
weixin_45337360的博客
04-06 1315
总结一下，本文主要介绍kernel物理内存管理三大结构体里面顶端的结构体typedef struct pglist_data，对其里面的参数做了一一介绍。其中跟zone相关的参数，node物理内存PFN相关的参数，kswapd相关的参数，内存规整相关参数，跟LRU相关的参数和统计node内存信息参数vm_stat，在内核中使用频繁，相对重要。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值