[Linux]CONFIG_HIGHMEM

最新推荐文章于 2024-02-06 10:28:31 发布
最新推荐文章于 2024-02-06 10:28:31 发布
阅读量816 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： python
原文链接：https://my.oschina.net/u/996206/blog/147350
本文分享了2019年独角兽企业在招聘Python工程师时的标准，并附带介绍了在/proc/meminfo中关于内存信息输出的相关内核配置。对于希望了解当时行业招聘趋势及系统内核知识的读者来说，是一篇不错的参考资料。
Linux: kdump & kexec: /etc/kdump.conf解析；kdumpctl；makedumpfile；CONFIG_KEXEC； crashkernel
mzhan017的博客
05-23 692
这里简单介绍kdump及kexec，怎么安装，怎么使用；这里说的内核是程序层的内核：正常内核 - 是硬件层的一个CPU驱动；驱动CPU正常运行，完成各项任务。如果CPU驱动，产生错误，会很严重，导致任务运行结果不可预知，出现磁盘文件损坏，等等。转储内核 - 这个转储内核不是当前正常运行的系统内核，而是在系统内核出现问题，无法运行时，用来将系统内核的内存转储到文件的一个小的内核环境。而这个小环境也是一个仅仅实现了内存转储功能的一个小的CPU驱动。
32位系统有HIGHMEM_ZONE而64位没有HIGHMEM_ZONE的原因
laughing_zou的专栏
03-27 2107
查阅过很多的blog或者相关书，都说64位系统的空间足够所以不需要HIGHMEM ZONE，对于这句话一直是一知半解，今天仔细看了下相关的config，理解如下： 高端内存的由来： 在32位系统中总的地址空间是4GB，按照地址划分3G~4G为内核空间，0~3G为用户空间，此时PAGE_OFFSET为0xC0000000.如果物理内存的size为4GB，则后面3GB内核就无法访问，为了满足此要求...
high-mem-config：高内存HPC环境的配置和配置文件
02-20
高内存配置 高内存HPC环境的配置和配置文件
linux内存管理——内存初始化4---mm_init函数分析
枫潇潇
02-06 1189
而这些页都有一个具体的页帧号与之对应。页帧号一般用pfn来表示，那么由于每个页都有一个页帧号，那最小的页帧号和最大的页帧号为多少呢？需要特别注意的是，页帧号也是与mem_map数组的index相对应。我们一般认为pfn_min为0，而最大pfn_max为mem_map数组下标的最大值，这个最大值也就是max_pfn，这个值跟内核的max_mapnr相对应。mem_map作用，其是描述所有的物理内存采用的struct page结构的数组的基指针。比如说，对于4GB的内存来说，如果一个页定义为4KB，即2。
Linux内核高端内存管理
刺猬小屋
08-19 1万+
 HIGHMEM   刺猬@http://blog.youkuaiyun.com/littlehedgehog      原先一直都对Linux高端内存的管理认识模模糊糊的，可能主要是初次接触Linux kernel 是0.11版吧，当初的内存设计是16M，Linus对拥有32M的内存都是觊觎万分，1G内存恐怕是天方夜谭了。16M内存哪里还顾得上高端内存，脑子就一直没有这种
Linux 内存管理之highmem简介
moonth1023的专栏
12-18 2259
一、Linux内核地址空间 一般来说Linux 内核按照 3:1 的比率来划分虚拟内存（X86等）：3 GB 的虚拟内存用于用户空间，1GB 的内存用于内核空间。当然有些体系结构如MIPS使用2:2 的比率来划分虚拟内存：2 GB 的虚拟内存用于用户空间，2 GB 的内存用于内核空间，另外像ARM架构的虚拟空间是可配置（1:3、2:2、3:1）。内核线性地址空间用于为内核的运行提供最基本的支持，
Linux内核内存管理
sunshineywz的博客
06-13 679
内存地址 Memory Zone Linux使用虚拟内存技术，所以在应用层所能看到的、访问的都是虚拟地址。 对于32位系统来说（本文涉及的都是32位系统），每一个进程可以寻址的地址空间都是4G，无论物理内存有多大。 应用开发者其实是可以不用关心内存空间的划分，仅仅使用封装后的接口就可以完成开发。 但在工作中，如果对地址空间没有基本的了解，在程序设计和解决问题时可能会引起方向性错误。 这里对地址空间进行简单介绍，下图时网上常见的x86架构的内存区域划分。 物理内存被分为三个区域：ZONE_DMA，ZONE
实时Linux之PREEMPT_RT篇
热门推荐
Alan何佛爷的博客
07-18 1万+
实时Linux—PREEMPT_RT篇 实时Linux主要有两类方案： 单内核方案：对主线传统的Linux内核打入PREEMPT_RT补丁，使内核成为硬实时操作系统 双内核方案：主线传统Linux内核+实时内核的双内核方案，常见的主流方式有：RT-Linux，RTAI、Xenomai。 本文重点讲解单内核PREEMPT_RT补丁方案。 概念基础 实时性 ​ 实时分为硬实时和软实时，两者主要的区别主要就是就绪运行时间确定性。然后，主线Linux是软实时系统，加入实时补丁后将其改造为硬实时系统。 可抢占性
Linux内存管理：HighMemory
hong
02-05 4038
HighMemory介绍Linux一般把整个4GB可以map的内存中的1GB用于低端内存。从0xC0000000开始的话(CONFIG_PAGE_OFFSET配置)，低端内存的地址范围就是0xC0000000到high_memory地址。 high_memory = __va(arm_lowmem_limit - 1) + 1，arm_lowmem_limit也是0xff00000减去vmallo
Linux内核地址映射模型-高端内存
choucan1090的博客
12-07 191
x86 CPU采用了段页式地址映射模型。进程代码中的地址为逻辑地址，经过段页式地址映射后，才真正访问物理内存。 段页式机制如下图。 Linux内核地址空间划分 通常32位Linux内核地址空间划分0~3G为用户空间，3~4G为内核空间。注意这里是3...
linux内存管理子系统采用基于内存区域,Linux 内存管理之highmem简介
weixin_39652646的博客
05-02 398
一、Linux内核地址空间一般来说Linux 内核按照 3:1 的比率来划分虚拟内存(X86等)：3 GB 的虚拟内存用于用户空间，1GB 的内存用于内核空间。当然有些体系结构如MIPS使用2:2 的比率来划分虚拟内存：2 GB 的虚拟内存用于用户空间，2 GB 的内存用于内核空间，另外像ARM架构的虚拟空间是可配置(1:3、2:2、3:1)。内核线性地址空间用于为内核的运行提供最基本的支持，也是...
Linux内存管理第九章 -- High Memory Management（高端内存）
猿来如此yXy
03-26 957
文章目录Linux内存管理第九章 -- High Memory ManagementManaging the PKMap Address Space Linux内存管理第九章 – High Memory Management kernel仅仅能够直接访问那些已经建立了页表项的物理内存。但是在大多数情况下，在32位机器上，用户空间和内核空间被切割为3GB/1GB,这就意味着内核最多能够直接访问的内存...
内核配置新手指南
知识来自积累
07-18 1567
           最近发现论坛中有很多人对自己动手编译内核很感兴趣，正好赶上春节放假，闲着没事，于是想写一篇介绍如何 编译内核的文章。但其实无论是网上还是论坛里这类文章都挺多的，不过我发现这些文章大部分只讲编译内核的步骤，对如何配置内核确很少提及，而我恰恰觉得配 置内核是编译内核的过程中最重要的一步，因此在这里我决定将自己在这方面的经验写出来与大家分享。 1）General setup--
OK6410A 开发板 (八) 52 linux-5.11 OK6410A linux内存管理相关配置
u011011827的博客
05-31 325
要不要配置 CONFIG_HIGHMEM 如果内存 <= 896MB 想全部内存做 线性映射 , 不配置 CONFIG_HIGHMEM 想一部分内存 做 线性映射,一部分做高端内存映射 , 配置 CONFIG_HIGHMEM,并设置 内核参数 highmem_pages // 内核会预留出相应的页 做 hign memory 如果内存 > 896MB 想访问 896M 以上的物理内存,配置 CONFIG_HIGHMEM 不想访问 896M 以上的物理内存,不配置 CONFIG_HI.
Linux x86_64线性地址空间布局(Why Does X86_64 Not Have ZONE_HIGHMEM)
junmuzi的专栏
01-09 5421
原文网址：http://blog.nlogn.cn/why-does-x86_64-not-have-zone_highmem/ 如果你稍微了解过Linux内核的内存管理，那么对内存分区的概念一定不陌生，Linux内核把物理内存分成了3个区， 0 – 16M 为ZONE_DMA区, 16M – 896M 为ZONE_NORMAL区， 高于896M 为ZONE_HIGHMEM区 我没有
linux内核配置页大小,Linux-3.14.12内存管理笔记【建立内核页表（1）】
weixin_32026659的博客
04-29 536
前面已经分析过了Intel的内存映射和linux的基本使用情况，已知head_32.S仅是建立临时页表，内核还是要建立内核页表，做到全面映射的。下面就基于RAM大于896MB，而小于4GB，切CONFIG_HIGHMEM配置了高端内存的环境情况进行分析。建立内核页表前奏，了解两个很关键的变量：max_pfn：最大物理内存页面帧号；max_low_pfn：低端内存区(直接映射空间区的内存)的最大可用...
Linux内存管理架构之三（虚拟内存区块划分）
weixin_39077305的博客
10-07 2198
Linux内核虚拟地址空间的设计，各个区块功能，为什么存在高端内存，缺页异常和用户页表
深入分析Linux内核源代码6-Linux 内存管理（1）
资料qun832218493
06-17 2929
每天十五分钟，熟读一个技术点，水滴石穿，一切只为渴望更优秀的你！ ————零声学院 存储器是一种必须仔细管理的重要资源。在理想的情况下，每个程序员都喜欢无穷大、 快速并且内容不易变（即掉电后内容不会丢失）的存储器，同时又希望它是廉价的。但不幸 的是，当前技术没有能够提供这样的存储器，因此大部分的计算机都有一个存储器层次结构， 即少量、快速、昂贵、易变的高速缓存（cache）；若干兆字节的中等速度、中等价格、易变 的主存储器（RAM）；数百兆或数千兆的低速、廉价、不易变的磁盘。如图 6.1 所示，这些资 源.
kernel-4.19水线计算代码：static void __setup_per_zone_wmarks(void) { unsigned long pages_min = min_free_kbytes >> (PAGE_SHIFT - 10); unsigned long pages_low = extra_free_kbytes >> (PAGE_SHIFT - 10); unsigned long lowmem_pages = 0; struct zone *zone; unsigned long flags; /* Calculate total number of !ZONE_HIGHMEM pages */ for_each_zone(zone) { if (!is_highmem(zone)) lowmem_pages += zone->managed_pages; } for_each_zone(zone) { u64 min, low; spin_lock_irqsave(&zone->lock, flags); min = (u64)pages_min * zone->managed_pages; do_div(min, lowmem_pages); low = (u64)pages_low * zone->managed_pages; do_div(low, vm_total_pages); if (is_highmem(zone)) { /* * __GFP_HIGH and PF_MEMALLOC allocations usually don't * need highmem pages, so cap pages_min to a small * value here. * * The WMARK_HIGH-WMARK_LOW and (WMARK_LOW-WMARK_MIN) * deltas control asynch page reclaim, and so should * not be capped for highmem. */ unsigned long min_pages; min_pages = zone->managed_pages / 1024; min_pages = clamp(min_pages, SWAP_CLUSTER_MAX, 128UL); zone->watermark[WMARK_MIN] = min_pages; } else { /* * If it's a lowmem zone, reserve a number of pages * proportionate to the zone's size. */ zone->watermark[WMARK_MIN] = min; } /* * Set the kswapd watermarks distance according to the * scale factor in proportion to available memory, but * ensure a minimum size on small systems. */ min = max_t(u64, min >> 2, mult_frac(zone->managed_pages, watermark_scale_factor, 10000)); #if defined(CONFIG_OPLUS_UXMEM_OPT) && defined(OPLUS_FEATURE_SCHED_ASSIST) \ && defined(CONFIG_OPLUS_FEATURE_SCHED_ASSIST) if (ux_page_pool_enable) { zone->watermark[WMARK_MIN] = zone->watermark[WMARK_MIN]*2; } #endif zone->watermark[WMARK_LOW] = min_wmark_pages(zone) + low + min; zone->watermark[WMARK_HIGH] = min_wmark_pages(zone) + low + min * 2; spin_unlock_irqrestore(&zone->lock, flags); } /* update totalreserve_pages */ calculate_totalreserve_pages(); } kernel-6.6水线计算代码：static void __setup_per_zone_wmarks(void) { unsigned long pages_min = min_free_kbytes >> (PAGE_SHIFT - 10); unsigned long lowmem_pages = 0; struct zone *zone; unsigned long flags; /* Calculate total number of pages below ZONE_HIGHMEM */ for_each_zone(zone) { if (zone_idx(zone) <= ZONE_NORMAL) lowmem_pages += zone_managed_pages(zone); } for_each_zone(zone) { u64 tmp; spin_lock_irqsave(&zone->lock, flags); tmp = (u64)pages_min * zone_managed_pages(zone); do_div(tmp, lowmem_pages); if (zone_idx(zone) > ZONE_NORMAL) { /* * __GFP_HIGH and PF_MEMALLOC allocations usually don't * need pages from zones above ZONE_NORMAL, so cap * pages_min to a small value here. * * The WMARK_HIGH-WMARK_LOW and (WMARK_LOW-WMARK_MIN) * deltas control async page reclaim, and so should * not be capped for highmem and movable zones. */ unsigned long min_pages; min_pages = zone_managed_pages(zone) / 1024; min_pages = clamp(min_pages, SWAP_CLUSTER_MAX, 128UL); zone->_watermark[WMARK_MIN] = min_pages; } else { /* * If it's a lowmem zone, reserve a number of pages * proportionate to the zone's size. */ zone->_watermark[WMARK_MIN] = tmp; } /* * Set the kswapd watermarks distance according to the * scale factor in proportion to available memory, but * ensure a minimum size on small systems. */ tmp = max_t(u64, tmp >> 2, mult_frac(zone_managed_pages(zone), watermark_scale_factor, 10000)); zone->watermark_boost = 0; zone->_watermark[WMARK_LOW] = min_wmark_pages(zone) + tmp; zone->_watermark[WMARK_HIGH] = low_wmark_pages(zone) + tmp; zone->_watermark[WMARK_PROMO] = high_wmark_pages(zone) + tmp; trace_android_vh_init_adjust_zone_wmark(zone, tmp); spin_unlock_irqrestore(&zone->lock, flags); } /* update totalreserve_pages */ calculate_totalreserve_pages(); } 总结提供两者的计算公式，找出差异点
最新发布
07-15
我们正在分析Linux内核中__setup_per_zone_wmarks函数的实现差异，该函数用于计算每个内存管理区的三个水线值（min, low, high）。这些水线在内存回收和分配中起关键作用。 首先，我们需要查看两个版本的内核源...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值