函数逻辑报告 |
Source Code:mm\memcontrol.c |
Create Date:2022-07-27 17:44:41 |
Last Modify:2020-03-12 14:18:49 | Copyright©Brick |
首页 | 函数Tree |
注解内核,赢得工具 | 下载SCCT | English |
函数名称:mem_cgroup_oom_synchronize - complete memcg OOM handling*@handle: actually kill/wait or just clean up the OOM state* This has to be called at the end of a page fault if the memcg OOM* handler was enabled
函数原型:bool mem_cgroup_oom_synchronize(bool handle)
返回类型:bool
参数:
类型 | 参数 | 名称 |
---|---|---|
bool | handle |
1840 | memcg等于memcg_in_oom |
1845 | 如果非memcg则返回:false |
1852 | flags等于0 |
1853 | func等于memcg_oom_wake_function |
1855 | 初始化链表头 |
1860 | locked等于Check OOM-Killer is already running under our hierarchy.* If someone is running, return false. |
1862 | 如果locked则mem_cgroup_oom_notify(memcg) |
1865 | 如果locked且非 OOM-Killer disable 则 |
1870 | 否则 |
1871 | 进程调度 |
1876 | 如果locked则 |
1877 | mem_cgroup_oom_unlock(memcg) |
1883 | memcg_oom_recover(memcg) |
1885 | cleanup : |
1886 | memcg_in_oom = NULL |
1887 | 设置一个css引用 |
1888 | 返回:true |
名称 | 描述 |
---|---|
handle_mm_fault | By the time we get here, we already hold the mm semaphore* The mmap_sem may have been released depending on flags and our* return value. See filemap_fault() and __lock_page_or_retry(). |
pagefault_out_of_memory | The pagefault handler calls here because it is out of memory, so kill a* memory-hogging task. If oom_lock is held by somebody else, a parallel oom* killing is already in progress so do nothing. |
源代码转换工具 开放的插件接口 | X |
---|---|
支持:c/c++/esqlc/java Oracle/Informix/Mysql 插件可实现:逻辑报告 代码生成和批量转换代码 |