mmap对get_free_pages 等的不同做法

最新推荐文章于 2024-09-08 21:42:27 发布
最新推荐文章于 2024-09-08 21:42:27 发布
阅读量1.2k 收藏
点赞数
分类专栏： linux mmap 文章标签： struct file module linux内核 access 数据结构
Linux内存管理子系统——mmap内存映射原理分析(dax文件系统的mmap)
Imagine Miracle的博客
04-18 3191
Linux mmap分析 内核版本：linux-5.16 1. 虚拟内存概要内容简介 1.1. mm_struct 和 vm_area_struct // mm_struct 和 vm_area_struct 的简要成员 struct mm_struct { unsigned long start_brk, brk, start_stack; } __attribute__((preserve_access_index)); struct vm_area_struct { unsigned lo
madvise MADV_FREE对文件页统计的影响及原理
最新发布
zhaoxin1989的博客
04-27 1408
madvise MADV_FREE对文件页统计的影响及原理，Mapped，AnonPages，Inactive(file)，/proc/meminfo，free -h
用户空间存取内核空间
我们编程吧
08-18 1103
用户空间存取内核空间，具体的实现方法要从两个方面考虑，先是用户进程，需要调用mmap来将自己的一段虚拟空间映射到内核态分配的物理内存；然后内核空间需要重新设置用户进程的这段虚拟内存的页表，使它的物理地址指向对应的物理内存。针对linux内核的几种不同的内存分配方 式（kmalloc、vmalloc和ioremap），需要进行不同的处理。
【LINUX】某操作后内核函数调用次数，第一列为调用次数
09-08 2181
9 net/vmw_vsock/af_vsock.c#vsock_data_ready#916 10 fs/ext4/balloc.c#ext4_get_group_no_and_offset#59 10 fs/ext4/balloc.c#ext4_read_block_bitmap_nowait#475 10 fs/ext4/extents.c#ext4_convert_unwritten_extents#4856 10 fs/ext4/file.c#ext4_file_open#880 10 fs/ex
Linux地址映射
bmbm546的专栏
06-05 1872
http://blog.chinaunix.net/uid-20528014-id-314322.html 一，线性映射与非线性映射 1.       内存管理 物理内存管理： Linux内存最小管理单位为页（page），通常一页为4K。初始化时，linux会为每个物理内存也建立一个page的管理结构，操作物理内存时实际上就是操作page页。某些设备会映射在物理内存地址外，这些
《linux 内核完全剖析》get_free_page(void)【嵌入式汇编复习看这里】
Jason Leaster | Rebuilding the tower of babel
05-05 2980
unsigned long get_free_page(void) { register unsigned long __res asm("ax"); repeat:     __asm__("std ; repne ; scasb\n\t"         "jne 1f\n\t"         "movb $1,1(%%edi)\n\t"         "sall $12
Linux内存管理之kmalloc 与 __get_free_page()
Eric.Xi
04-20 1564
在设备驱动程序中动态开辟内存，不是用malloc，而是kmalloc，或者用get_free_pages直接申请页。释放内存用的是kfree，或free_pages. 　　对于提供了MMU（存储管理器，辅助操作系统进行内存管理，提供虚实地址转换等硬件支持）的处理器而言，Linux提供了复杂的存储管理系统，使得进程所能访问的内存达到4GB。 　　进程的4GB内存空间被人为的分为两个部分-
【linux 内存管理】mmap.c文件代码分析do_mmap() 和 do_mmap_pgoff()
ElisabethSissi的博客
11-18 1867
mmap.c文件代码分析do_mmap_pgoff // An highlighted block unsigned long do_mmap_pgoff(struct file * file, unsigned long addr, unsigned long len, unsigned long prot, unsigned long flags, unsigned long pgoff) /*负责把磁盘文件的逻辑地址映射到虚拟地址，以及把虚拟址映射到物理地址。*/ /*do_mmap在mm.h
do_mmap的实现简介
惰性气体
07-27 2491
mmap是kernel提供的一个系统调用，m
Linux系统 mmap 存储映射
tugouxp的专栏
04-23 2056
括号中表示预期行为，括号外部的表示在LINUX系统中的实际行为，比如组合SHARED/EXEC的读行为，对于一个可执行的共享地址来说，没有给与PROT_READ属性，预期当然不可读，但是由于CPU执行上面的代码，必须要进行读操作，而实际的硬件架构和及并没有区分执行读和其它方式的读，所以，实际上对于这样的内存，仍然是可读的。从上图中可以看到，这段匿名区域（可能是MMAP区域，现在的MALLOC都用MMAP实现）地址是向下增长的，像栈一样，就像前面提到的第二种情况，这是在哪里控制的呢？
malloc和free，brk和sbrk和mmap和munmap的使用和关系以及内存分配的原理
weixin_57023347的博客
11-17 2803
写博客
Linux内存管理架构之四（mmap内存映射机制）
weixin_39077305的博客
10-11 3154
mmap是一种内存映射文件的方法，即将一个文件或者其它对象映射到进程的地址空间，实现文件磁盘地址和进程虚拟地址空间中一段虚拟地址的一一对映关系。实现这样的映射关系后，进程就可以采用指针的方式读写操作这一段内存，而系统会自动回写脏页面到对应的文件磁盘上，即完成了对文件的操作而不必再调用read,write等系统调用函数。答 : 文件答大小对映区操作有影响. 虽然当文件原内容大于申请范围,但是越界数小于文件原内容大小,不会出现问题. 但是不建议这样做.尽量使文件和申请大小相同并且在申请的大小内操作.
有关mmap
freeandperson的专栏
11-21 167
  近日，一直忙于android的研究。好久没有记录点什么了 今天在分析binder的时候，看到了一个函数，mmap， 这个函数以前看过很多遍，但是没有 一次真正去深入了解它， 今天就开始深入了解一下了。   以下来自于网络： ------------------------- Linux提供了内存映射函数mmap, 它把文件内容映射到一段内存上(准确说是虚拟内存上), 通过对这段内...
用__get_free_pages分配大内存
fei1700的专栏
06-30 5208
Table 11.2. Low-Level Page Allocations MethodsFlagDescriptionalloc_page(gfp_mask)Allocate a single page and return a pointer to its page structurealloc_pages(gfp_mask, order)Allocate 2or
内存映射mmap详解和mmap实现进程间通信-共享内存法
lhb0709的专栏
10-14 3058
第一部分：Linux内存映射mmap详解 函数原型：void* mmap(void* start,size_t length,int prot,int flags,int fd,off_t offset); 头文件：#include <sys/mman.h> 参数说明： start：指定文件应被映射到进程空间的起始地址，一般被指定一个空指针，此时选择起始地址的任务留给内核来完成。函数的返回值为最后文件映射到进程空间的地址，进程可直接操作起始地址为该值的有效地址 length：是映射到.
mmap。
热门推荐
ryder001的专栏
09-11 1万+
linux mmap 内存映射 mmap() vs read()/write()/lseek() 通过strace统计系统调用的时候，经常可以看到mmap()与mmap2()。系统调用mmap()可以将某文件映射至内存(进程空间)，如此可以把对文件的操作转为对内存的操作，以此避免更多的lseek()与read()、write()操作，这点对于大文件或者频繁访问的文件而言尤其受益。但有一点必须清
内核函数get_free_pages, kmalloc, vmalloc比较（转载）
aquolee的专栏
12-29 780
(1) 請比較與說明幾個 memory management 相關 kernel functions: --get_free_pages(), kmalloc(), vmalloc(), brk(), 其管理機制、使用時機、特性比較。[Ans]_ _ get_free_pagesPage frame managementKernelP
使用mysqlbinlog提取出指定表指定时间的操作
一个有趣、有料、有内涵的地方!
12-01 1093
1.首先将binlog文件导出指定时间段的内容： mysqlbinlog --start-datetime='2017-09-10 00:00:00' --stop...
linux下内存分配函数,Linux内核中常见内存分配函数
weixin_30195669的博客
05-02 291
1.原理说明Linux内核中采 用了一种同时适用于32位和64位系统的内 存分页模型，对于32位系统来说，两级页表足够用了，而在x86_64系 统中，用到了四级页表，如图2-1所示。四级页表分别为：* 页全局目录(Page Global Directory)* 页上级目录(Page Upper Directory)* 页中间目录(Page Middle Directory)* 页表(Page Ta...
前 4824 times, 4824 pages, PID -1, task_comm_name: : post_alloc_hook+0x20/0x2c prep_new_page+0x24/0x74 get_page_from_freelist+0x34c/0x838 __alloc_pages_nodemask+0x144/0x1d8 alloc_zeroed_user_highpage_movable.isra.0+0x28/0x48 __handle_mm_fault+0x328/0x8dc handle_mm_fault+0x8c/0xdc do_page_fault+0x1fc/0x300 do_translation_fault+0x30/0x6c do_mem_abort+0x3c/0x94 el0_da+0x1c/0x20 后 5214 times, 5214 pages, PID -1, task_comm_name: : post_alloc_hook+0x20/0x2c prep_new_page+0x24/0x74 get_page_from_freelist+0x34c/0x838 __alloc_pages_nodemask+0x144/0x1d8 alloc_zeroed_user_highpage_movable.isra.0+0x28/0x48 __handle_mm_fault+0x328/0x8dc handle_mm_fault+0x8c/0xdc do_page_fault+0x1fc/0x300 do_translation_fault+0x30/0x6c do_mem_abort+0x3c/0x94 el0_da+0x1c/0x20 怎么分析
04-01
<think>嗯，用户给的这个堆栈信息看起来是来自Linux内核的内存分配路径。首先，我需要理解这些数字和符号的含义。比如，“前4824 times, 4824 pages”可能是指某个事件发生了4824次，分配了4824页内存，之后又变成了5214次和页数。PID -1可能表示进程ID无效，或者是由内核线程触发的。task_comm_name是空的，这也可能指向内核线程。 接下来，我需要分析堆栈中的函数调用链。post_alloc_hook和prep_new_page都是内存分配过程中的钩子函数，用于检查新分配的页面。get_page_from_freelist是从空闲列表获取页面的函数，__alloc_pages_nodemask是底层页分配的核心函数。alloc_zeroed_user_highpage_movable.isra.0可能与用户空间的高端内存分配有关，用于处理缺页异常。 用户可能遇到的是内存分配频繁，或者内存泄漏的问题？需要确认这些堆栈出现的次数是否异常增长。比如从4824到5214，增加了近400次，可能是在一段时间内持续发生。这种情况可能由用户空间进程频繁触发缺页，或者内核模块有问题。 然后，PID -1和空的task_comm_name可能意味着这是内核在处理某些内部任务时的分配，比如kswapd或文件系统操作。或者是用户进程在访问未映射的内存区域，导致频繁的页面错误，进而触发页分配。 接下来，可能需要检查系统内存使用情况，是否有内存不足的情况，或者是否有进程大量消耗内存。另外，查看dmesg或内核日志是否有相关警告，比如OOM killer被触发，或者页面分配失败的记录。 可能的解决方案包括：分析具体是什么导致频繁的页分配，检查用户进程的内存使用模式，使用工具如perf或ftrace跟踪内存分配事件，或者检查是否有内核模块存在内存泄漏。</think>这个堆栈跟踪信息显示的是Linux内核内存分配路径的调用链，常见于内存管理相关的问题分析。以下是逐步分析思路： 一、关键信息提取 1. 计数变化：`前4824次/页 → 后5214次/页`，说明在某个时间段内增加了390次内存分配操作 2. 特殊标识： - `PID -1`：表示分配请求来自内核线程（非用户进程） - `task_comm_name`为空：验证了内核线程的猜测 3. 函数调用链特征：与`页错误处理`和`物理页分配`直接相关 二、调用链关键节点分析 $$ \begin{array}{|l|l|} \hline \text{函数名称} & \text{作用解析} \\ \hline post\_alloc\_hook & 内存分配后的完整性检查钩子 \\ prep\_new\_page & 初始化新分配的物理页 \\ get\_page\_from\_freelist & 从空闲列表获取物理页 \\ \_\_alloc\_pages\_nodemask & 物理页分配核心函数 \\ alloc\_zeroed\_user\_highpage\_movable & 为用户空间分配归零页 \\ \_\_handle\_mm\_fault & 处理内存管理单元(MMU)缺页异常 \\ do\_page\_fault & 页错误处理入口 \\ \hline \end{array} $$ 三、可能的问题方向 1. 用户空间频繁触发缺页异常： - 大量mmap操作 - 内存访问模式异常（如随机大范围访问） 2. 内核内存管理异常： - 内存碎片化导致分配效率下降 - SLUB/SLAB分配器异常 3. 硬件相关问题： - TLB（Translation Lookaside Buffer）失效频繁 - 内存控制器故障 四、分析方法建议 1. 使用`perf`工具捕获分配事件： ```bash perf record -e kmem:mm_page_alloc -a -g -- sleep 60 ``` 2. 检查内存水位标记： ```bash grep -E 'Normal|HighMem|DMA32' /proc/zoneinfo ``` 3. 分析页错误统计： ```bash grep -E 'pgfault|pgmajfault' /proc/vmstat ``` 4. 使用`trace-cmd`追踪调用链： ```bash trace-cmd record -e mm_page_alloc ``` 五、典型解决方案 1. 针对用户空间问题： - 使用`pmap`检查进程内存映射 - 分析应用程序的mmap/malloc使用模式 2. 针对内核问题： - 检查`/proc/buddyinfo`内存碎片情况 - 调整`vm.min_free_kbytes`参数 - 升级内核到最新稳定版本 3. 硬件诊断： - 运行`memtester`进行内存硬件测试 - 检查ECC内存错误计数 注：该调用链显示的是正常的内存分配路径，需要结合具体上下文（如系统负载、OOM日志等）判断是否异常。如果这些分配事件持续快速增长，可能指示存在内存泄漏或内存碎片问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值