调用mmap回调时是否保留了mmap_sem？

调用mmap回调时是否保留了mmap_sem取决于具体的实现。mmap_sem是Linux内核中用于对内存映射操作进行同步的信号量。它的作用是保护对虚拟内存区域的并发访问，以防止多个进程同时修改同一内存区域的映射关系。

在一些实现中，调用mmap回调时会保留mmap_sem，以确保在回调期间不会发生竞争条件。这样可以防止其他进程或线程在回调期间修改映射关系，从而保证回调的正确执行。

然而，并不是所有的实现都会保留mmap_sem。具体是否保留mmap_sem取决于内核版本、操作系统配置以及应用程序的需求。在某些情况下，为了提高性能或避免死锁等问题，可能会选择在回调期间释放mmap_sem。

总之，调用mmap回调时是否保留mmap_sem是一个实现相关的问题，需要根据具体情况来确定。在编写应用程序时，应该遵循操作系统的规范和最佳实践，并根据具体需求进行适当的同步操作，以确保内存映射的正确性和安全性。

腾讯云相关产品和产品介绍链接地址：

腾讯云云服务器（ECS）：https://cloud.tencent.com/product/cvm
腾讯云云原生容器服务（TKE）：https://cloud.tencent.com/product/tke
腾讯云数据库（TencentDB）：https://cloud.tencent.com/product/cdb
腾讯云人工智能（AI）：https://cloud.tencent.com/product/ai
腾讯云物联网（IoT）：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发（移动推送、移动分析等）：https://cloud.tencent.com/product/mobile
腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
腾讯云区块链（BCS）：https://cloud.tencent.com/product/bcs
腾讯云元宇宙（Tencent XR）：https://cloud.tencent.com/product/xr

相关·内容

User space lowmemorykiller-OOM reaper

我们知道，UMLK 的目的是回收内存，其通过判处一些屌丝进程（低优先级占用大内存）的死刑（Kill）来回收内存，典型的丢兵保帅策略。然而，如果kill的进程的memory回收太慢，可能就达不到目的。...关于内核应如何处理内存，是否应允许内存过度使用，内存不足意味着什么以及在出现这种情况时应采取的措施，意见不一。似乎只在一件事上达成了普遍共识：OOM情况很糟，内核对OOM情况的处理甚至更糟。...目前缺乏可分配的memory并不意味着系统无法分配memory；考虑到调用OOM的代价很高，如果内核能够从某个地方获取一些内存，就不要trigger OOM。...OOM reaper 仍然必须使用mmap_sem锁来释放页面，这意味着如果有其他进程在使用mmap_sem，那么回收内存则可能会阻塞。但是，与目前的内核相比，“大大降低”了阻塞的可能性。...另一个潜在的问题是，如果目标进程在被杀死时正在core dump，则回收其页面可能会损坏core dump。

1.2K2 0

【Linux 内核内存管理】mmap 系统调用源码分析 ③ ( vm_mmap_pgoff 函数执行流程 | vm_mmap_pgoff 函数源码 )

文章目录一、vm_mmap_pgoff 函数执行流程二、vm_mmap_pgoff 函数源码调用 mmap 系统调用 , 先检查 " 偏移 " 是否是 " 内存页大小 " 的 " 整数倍 " ,...如果偏移是内存页大小的整数倍 , 则调用 sys_mmap_pgoff 函数 , 继续向下执行 ; 在 sys_mmap_pgoff 系统调用函数中 , 最后调用了 vm_mmap_pgoff 函数..." 权限 ; 然后 , 如果读写 " 信号量 " 权限申请通过 , 那么调用 do_mmap_pgoff 函数 , 执行创建 " 内存映射 " 的过程 , 特别注意 , 这是创建 " 内存映射...ret) { if (down_write_killable(&mm->mmap_sem)) return -EINTR; ret = do_mmap_pgoff(file, addr,...len, prot, flag, pgoff, &populate, &uf); up_write(&mm->mmap_sem); userfaultfd_unmap_complete

2.1K1 0

mmap的系统调用

mmap()时返回的地址，len是映射区的大小。...二、mmap的系统调用 0.查找mmap在内核中的系统调用函数我现在用的内核版是4.19.40，首先在应用层参考上面解析编写一个mmap使用代码，然后编译成程序，在使用strace工具跟踪其函数调用，...可以发现mmap也是调用底层的mmap系统调用，然后我们寻找一下底层的带6个参数的mmap系统调用有哪些：可以看到，arm64和X86的系统调用位于不同文件。...在这里需要在调用vma_link前回置 addr = vma->vm_start; vm_flags = vma->vm_flags; } else if (vm_flags & VM_SHARED...上面的源码在不断的设置一些标记位，这些标记位就决定了进程在访问这些内存时内核的行为，mmap仅负责创建一个映射而已。

1.4K3 0

glibc nptl库pthread_mutex_lock和pthread_mutex_unlock浅析

, fault it in and * start all over again. */ up_read(&curr->mm->mmap_sem); ret = get_user(...} } //如果timeout是正常定时，则设置过期时间 expire = timeout + jiffies; //设置定时器,process_timeout是定时器超时后，回调的函数...Linux内核定时器回调函数是通过软中断完成的，在每次时钟中断后，会设置时钟软中断标志，然后会唤醒ksoftirqd内核线程对时钟软中断进行处理，时钟软中断处理函数会遍历定时器链表，如果有超时的定时器则进行函数回调...可以看到注册的回调函数是process_timeout,也就是说在休眠时间内如果没有其它进程唤醒休眠进程，在休眠时间到之后会触发process_timeout函数。...再看process_timeout函数： /* * timer：定时器 * function：定时器到期后触发的回调函数 * data：表示当前进程的task_struct * */ static

1.7K2 0

brk实现

brk系统调用主要实现在mm/mmap.c函数中。...: retval = mm->brk; up_write(&mm->mmap_sem); return retval; } ?...这些空间在可执行文件装载时，内核就为其分配好这些空间，包括虚拟地址和物理页面，并建立好两者的映射关系。...第12行代码，get_unmapped_area()函数用来判断虚拟内存空间是否有足够的空间，返回一段没有映射过的空间的起始地址，这个函数会调用到具体的体系结构中实现。...回到brk函数中，第39行代码，这里判断flags是否置位VM_LOCKED，这个VM_LOCKED通常从mlockall系统调用中设置而来。

8142 0

mlock技术分析和使用以及问题

分析：１，mlock 代码：linux-4.0.4/mm/mlock.c中，实现了mlock/munlock/mlockall/munlockall系统调用： ?...另外，这里需要注意一点，在执行这段函数的过程中，是需要使用信号量mm->mmap_sem的。如果这里需要处理的地址空间比较大，那么就意味着mm->mmap_sem被占用的时间会比较长。...所以，不能在启动时同步执行这个mlock，否则Guest启动慢了１０S是一个比较尴尬的情况。所以，可以选择使用多线程，用一个线程，后台执行就行了吧。然而，新的问题又来了。...在２节中提到mm->mmap_sem被__mm_populate长时间占用。...再继续分析linux-4.0.4/arch/x86/mm/fault.c：分析__do_page_fault（进程发生page fault的时候，处理的handler）函数会发现，这里也需要使用mm->mmap_sem

4.8K11 0

Linux进程的内存管理之malloc和mmap

通过《Linxu进程的内存管理》，我们知道了进程内存的最小单位是vma，根据不同的用处又划分了不同类型的vma，比如 heap: 动态分配和释放的内存 stack: 存放局部变量和实现函数调用 mmap...malloc 在linux标准libc库种，malloc函数的实现会根据分配内存的size来决定使用哪个分配函数，当size小于等于128KB时，调用brk分配；当size大于128KB时，调用mmap...分配内存时，将heap段的最高地址指针mm->brk往高地址扩展。释放内存时，把mm->brk向低地址收缩。 ?...= 0; up_write(&mm->mmap_sem); userfaultfd_unmap_complete(mm, &uf); if (populate) mm_populate(oldbrk..., newbrk - oldbrk); return brk; out: retval = mm->brk; //释放信号量 up_write(&mm->mmap_sem); return

5K1 1

内存页面共享-KSM

); else up_read(¤t->mm->mmap_sem); return error; } madvise_behavior 如果在某个VMA上发现...PAGE_SIZE; } else put_page(*page); up_read(&mm->mmap_sem.../* * We've completed a full scan of all vmas, holding mmap_sem * throughout, and found...); mmdrop(mm); } else { up_read(&mm->mmap_sem); /* * up_read(&mm...->mmap_sem) first because after * spin_unlock(&ksm_mmlist_lock) run, the "mm" may *

2.1K5 1

【Linux 内核内存管理】内存映射相关数据结构 ④ ( vm_area_struct 结构体成员分析 | vm_ops 成员 | vm_operations_struct 结构体成员分析 )

进程内存 ) 博客中 , 介绍了内存映射的原理 , 分配 " 虚拟内存区域 " 后 , 第一次访问会产生 " 缺页异常 " , 之后对于 " 文件映射 " , 如果没有映射 " 物理内存页 " , 就会回调...fault 函数 , 将文件中的数据读取到 " 物理内存页 " 中 ; fault 函数指针 , 指向的函数 , 就是在回调 fault 函数时时调用 ; int (*fault)(struct..., 如果是第一次写该内存映射时 , 会生成 " 页错误异常 " , " 异常处理程序 " 会执行 " 写复制 " 机制 , 调用该 page_mkwrite 函数指针指向的函数 , 通知该 "...文件页 " 马上要变成可写状态 , 此时 " 文件系统 " 会检查该写操作是否合法 , 是否允许修改该文件页 , 是否需要等待以便进入合适的状态再进行写操作 ; /* notification.... */ struct list_head anon_vma_chain; /* Serialized by mmap_sem & * page_table_lock */ struct

1.8K3 0

一文读懂 | Linux共享内存原理

函数调用成功时返回一个新建或已经存在的的共享内存标识符，取决于shmflg的参数。失败返回-1，并设置错误码。 2....key_t key, int size, int shmflg) { struct shmid_kernel *shp; int err, id = 0; down(¤t->mm->mmap_sem...); return err; } shmget() 函数的实现比较简单，首先调用 findkey() 函数查找值为key的共享内存是否已经被创建，findkey() 函数返回共享内存在 shm_segs...int err = -EINVAL; unsigned int id; unsigned long addr; unsigned long len; down(¤t->mm->mmap_sem...shm_nopage() 函数，也就是说，当发生页缺失异常时将会调用此函数来恢复内存的映射。

9273 0

这里是要获取被某个线程mm的mmap_sem锁，而这个锁又被另外一个线程持有。 3、推导读写锁要想知道哪个线程持有了这把锁，我们得先用汇编推导出这个锁的具体值。...x0和x28寄存器存放的就是sem的值，那x21自然就是mm_struct的地址了，因为mm_struct的mmap_sem成员的offset就是104（0x68），用whatis命令可以查看结构体的声明...因此我们只需要知道x21或者x28就知道mm和mmap_sem锁的值。...分析到这里我们知道watchdog线程是在读取1651线程的proc节点时被阻塞了，原因是这个进程的mm，它的mmap_sem锁被其他线程给拿住了，那到底是谁持了这把锁呢？...代码中确实是存在持mmap_sem的地方，并且是读者，因此可以确定是2124持有的读写锁阻塞了watchdog在内的19个线程。

4.6K3 4

一文读懂 Linux 内存分配全过程

struct rb_node vm_rb; // 红黑树的节点, 用于保存到内存分区红黑树中 ... }; 我们对 vm_area_struct 对象进行了简化，只保留了本文需要的字段...虚拟内存分配在《你真的理解内存分配》一文中说过，调用 malloc 申请内存时，最终会调用 brk 系统调用来从堆空间中分配内存。...down_write(&mm->mmap_sem); // 对内存管理对象进行上锁 ... // 判断堆空间的大小是否超出限制, 如果超出限制, 就不进行处理 rlim = current...goto out; set_brk: mm->brk = brk; // 设置堆空间的顶部位置（brk指针） out: retval = mm->brk; up_write(&mm->mmap_sem...在《你真的理解内存分配》一文中介绍过，当对没有映射的虚拟内存地址进行读写操作时，CPU 将会触发缺页异常。内核接收到缺页异常后，会调用 do_page_fault 函数进行修复。

1.6K4 1

Linux虚拟内存管理

当应用程序通过 malloc() 函数向内核申请内存时，会触发系统调用 sys_brk()，sys_brk() 实现如下： asmlinkage unsigned long sys_brk(unsigned...rlim, retval; unsigned long newbrk, oldbrk; struct mm_struct *mm = current->mm; down(&mm->mmap_sem...= oldbrk) goto out; set_brk: mm->brk = brk; out: retval = mm->brk; up(&mm->mmap_sem...down(&mm->mmap_sem); // 查找第一个结束地址比address大的vma vma = find_vma(mm, address); if (!...bad_area: up(&mm->mmap_sem); bad_area_nosemaphore: // 用户空间触发的虚拟内存地址越界访问, 发送SIGSEGV信息(段错误)

4K3 0

linux内核缺页中断处理

且回写的页框必须标记为忙，以免其他原因被其他进程占用。...); return; bad_area: up_read(&mm->mmap_sem); bad_area_nosemaphore: /*如果是用户态发生的异常说明是用户态访问了内核地址...，此时修正异常，直接返回用户空间 *一般是在调用get_user或者copy_from_user时出现的异常。...); if (tsk->pid == 1) { //如果是init进程，则循环进入survive，直到有空闲页框 yield(); down_read(&mm->mmap_sem); goto...", tsk->comm); if (error_code & 4) do_exit(SIGKILL); goto no_context; do_sigbus: up_read(&mm->mmap_sem

10.7K2 2

【Linux 内核内存管理】mmap 系统调用源码分析 ④ ( do_mmap 函数执行流程 | do_mmap 函数源码 )

文章目录一、do_mmap 函数执行流程二、do_mmap 函数源码调用 mmap 系统调用 , 先检查 " 偏移 " 是否是 " 内存页大小 " 的 " 整数倍 " , 如果偏移是内存页大小的整数倍..., 则调用 sys_mmap_pgoff 函数 , 继续向下执行 ; 在 sys_mmap_pgoff 系统调用函数中 , 最后调用了 vm_mmap_pgoff 函数 , 继续向下执行 ; 在 vm_mmap_pgoff...函数中 , 核心处理过程就是调用 do_mmap 函数 , 这是 " 内存映射 " 创建的主要函数逻辑 ; 一、do_mmap 函数执行流程 ---- do_mmap 函数 , 主要功能是创建 "...mmap_region 函数 , 创建 " 虚拟内存区域 " ; addr = mmap_region(file, addr, len, vm_flags, pgoff, uf); 二、do_mmap...函数源码如下 : /* * The caller must hold down_write(¤t->mm->mmap_sem). */ unsigned long do_mmap(struct

2K1 0

Linux内核虚拟内存管理之匿名映射缺页异常分析

2871 /* 2872 * We enter with non-exclusive mmap_sem (to exclude vma changes, 2873 * but allow concurrent...faults), and pte mapped but not yet locked. 2874 * We return with mmap_sem still held, but pte unmapped...different thread. 2892 ¦* 2893 ¦* pte_alloc_map() is safe to use under down_write(mmap_sem...threads are excluded by other means. 2895 ¦* 2896 ¦* Here we only have down_read(mmap_sem...分析：实际上，ｍｍａｐ的时候只是申请了一块ｖｍａ，读的时候发生一次缺页异常，映射到０页，所有内存没有分配，当再次写这个页面的时候，发生了ＣＯＷ分配新页（ｃｏｗ中分配新页的时候会判断原来的页是否为０页，如果为

2.9K3 2

Linux内存管理2.6 -反向映射RMAP（最终版本）

struct list_head same_vma; /* locked by mmap_sem & page_table_lock */---链表节点，通常把anon_vma_chain添加到vma...父进程创建子进程父进程通过fork系统调用创建子进程时，子进程会复制父进程的进程地址空间VMA数据结构作为自己的进程地址空间，并且会复制父进程的PTE页表项内容到子进程的页表中，实现父子进程共享页表。...fork()系统调用实现在kernel/fork.c中，在dup_mmap()中复制父进程的地址空间和父进程的PTE页表项： static int dup_mmap(struct mm_struct *...(); down_write(&oldmm->mmap_sem); flush_cache_dup_mm(oldmm); uprobe_dup_mmap(oldmm, mm);.../* * Not linked in yet - no deadlock potential: */ down_write_nested(&mm->mmap_sem,

5668 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

调用mmap回调时是否保留了mmap_sem？

相关·内容

User space lowmemorykiller-OOM reaper

【Linux 内核内存管理】mmap 系统调用源码分析 ③ ( vm_mmap_pgoff 函数执行流程 | vm_mmap_pgoff 函数源码 )

mmap的系统调用

glibc nptl库pthread_mutex_lock和pthread_mutex_unlock浅析

brk实现

mlock技术分析和使用以及问题

Linux进程的内存管理之malloc和mmap

内存页面共享-KSM

【Linux 内核内存管理】内存映射相关数据结构 ④ ( vm_area_struct 结构体成员分析 | vm_ops 成员 | vm_operations_struct 结构体成员分析 )

一文读懂 | Linux共享内存原理

进程间通信 - 共享内存

一文搞定 | Linux 共享内存原理

一文搞定 | Linux共享内存原理

(好文重发)朴英敏:用crash工具分析Linux内核死锁的一次实战

一文读懂 Linux 内存分配全过程

Linux虚拟内存管理

linux内核缺页中断处理

【Linux 内核内存管理】mmap 系统调用源码分析 ④ ( do_mmap 函数执行流程 | do_mmap 函数源码 )

Linux内核虚拟内存管理之匿名映射缺页异常分析

Linux内存管理2.6 -反向映射RMAP（最终版本）

扫码

相关资讯

热门标签

活动推荐

运营活动

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐