【待研究】THP对fork速度的影响

【数据库工作负载通常在THP上表现不佳】

【关于THP与fork，本文作者认为THP使得fork的时间缩短了】

【宋宝华老师-论Linux的页迁移-完整版】

【dog250笔下的fork】

Linux THP分析

linux 透明巨页khugepaged 后台进程分析

好文-有官方文档

Linux 关于Transparent Hugepages的介绍

Linux传统Huge Pages与Transparent Huge Pages再次学习总结

Linux内核巨页代码学习

官方给的THP的说明

官网中对HUGEPAGE和THP的描述

宋老师在文中说到：

透明巨页的生成，显然会涉及到前面的内存COMPACTION过程。透明巨页在实际的用户场景里面，可能反而因为内
存的RECLAIM和COMPACTION而降低了性能，比如有些VMA区域的寿命很短申请完使用后很快释放，或者某些使用
大内存的进程是短命鬼，进行规整花了很久，而跑起来就释放了这部分内存，显然是不值得的。类似《权力的游
戏》中的夜王，花了那么多季进行内存规整准备干夜王这个透明巨页，结果夜王上来就被秒杀了，你说我花了多
时间追剧冤不冤？
————————————————
版权声明：本文为CSDN博主「宋宝华」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/21cnbao/article/details/108067917



内存COMPACTION --内存整理
内存RECLAIM    --内存回收
VMA            --虚拟内存区域(virtual memory areas),简称VMA


请教一个问题啊，【THP的开启是加快了fork的速度还是减缓了fork的速度？】.在看《Redis开发与运维》这本
书里写了这样一句话，不是很理解，有的人说【巨型页 会造成内存碎片  fork的时候 需要整理内存碎片 需要
耗时】，有的人说【一次page fault可以加载更大的内存块，相同的内存大小，需要更少的页，虚拟地址到物理
地址的翻译也更快】，这个到底是怎么回事呢？



ps -ef | grep khugepaged
khugepaged是整理大页的一个处理进程，可以再多多搜搜看

 

今天在看《Redis开发与运维》一书的时候，读到截图中的一句话，不解，又读了一些CSDN，发现有不一样的看法，问了一些前辈感觉也没有得到我想要得到的答案，

很不解，想要知道THP与fork速度之间的关系，故做此记录，待有空的时候再研究，不过刚刚宋老师的说法好像已经说服了我.

Mark老师的回复回头看起来好像突然也很有说服力了【巨型页 会造成内存碎片  fork的时候 需要整理内存碎片 需要耗时】.