diff --git a/study/kernel/00-DESCRIPTION/LinuxChangeLog.md b/study/kernel/00-DESCRIPTION/LinuxChangeLog.md
index 37e619f..3e80f64 100644
--- a/study/kernel/00-DESCRIPTION/LinuxChangeLog.md
+++ b/study/kernel/00-DESCRIPTION/LinuxChangeLog.md
@@ -1,6 +1,7 @@
----------------------------------------------------------------------------------------------------------------
因研究兴趣转移, 个人时间, 精力, 能力有限等原因, 本人不会再有更新, 请见谅.
+
-----------------------------------------------------------------------------------------------------------------
@@ -18,7 +19,7 @@
个人觉得 Linux 真正走入严肃级别的高稳定性, 高可用性, 高可伸缩性的工业级别内核大概是在 2003 年后吧. 一是随着互联网的更迅速普及, 更多的人使用、参与开发. 二也是社区经过11年发展, 已经慢慢摸索出一套很稳定的协同开发模式, 一个重要的特点是 社区开始使用版本管理工具进入管理, 脱离了之前纯粹手工（或一些辅助的简陋工具）处理代码邮件的方式, 大大加快了开发的速度和力度.
-因此, 我汇总分析一下从 2.6.12 (2005年6月发布, 也就是社区开始使用 git 进行管理后的第一个大版本）, 到 4.2 (2015年8月发布)这中间共 **51个大版本, **时间跨度**10年**的主要大模块的一些重要的变革.
+因此, 我汇总分析一下从 2.6.12 (2005年6月发布, 也就是社区开始使用 git 进行管理后的第一个大版本）, 到 4.2 (2015年8月发布)这中间共 **51个大版本**, 时间跨度**10年**的主要大模块的一些重要的变革.
@@ -47,11 +48,11 @@
-**\============== 海量正文分割线 ==============**
+**============== 海量正文分割线 ==============**
-#1 **调度子系统(scheduling)**
+#1 调度子系统(scheduling)
-------
**概述: **Linux 是一个遵循 POSIX 标准的类 Unix 操作系统(然而它并不是 Unix 系统[1](#refer-anchor-1)), POSIX 1003.1b 定义了调度相关的一个功能集合和 API 接口[2](#refer-anchor-2). 调度器的任务是分配 CPU 运算资源, 并以协调效率和公平为目的. **效率**可从两方面考虑: 1) 吞吐量(throughput) 2)延时(latency). 不做精确定义, 这两个有相互矛盾的衡量标准主要体现为两大类进程: 一是 CPU 密集型, 少量 IO 操作, 少量或无与用户交互操作的任务（强调吞吐量, 对延时不敏感, 如高性能计算任务 HPC), 另一则是 IO 密集型, 大量与用户交互操作的任务(强调低延时, 对吞吐量无要求, 如桌面程序). **公平**在于有区分度的公平, 多媒体任务和数值计算任务对延时和限定性的完成时间的敏感度显然是不同的.
@@ -72,9 +73,7 @@
此调度策略包含除上述实时进程之外的其他进程, 亦称普通进程. 采用分时策略, 根据动态优
-先级(可用 **nice()** API设置）, 分配 CPU 运算资源. **注意: 这类进程比上述两类实时进程优先**
-
-**级低, 换言之, 在有实时进程存在时, 实时进程优先调度. **
+先级(可用 **nice()** API设置）, 分配 CPU 运算资源. **注意: 这类进程比上述两类实时进程优先级低, 换言之, 在有实时进程存在时, 实时进程优先调度**.
@@ -494,10 +493,10 @@ NUMA 机器一个重要特性就是不同 node 之间的内存访问速度有差
-# 1 内存分配
+# 2 内存分配
-------
-## 1.1 页分配器: 伙伴分配器[12](#ref-anchor-12)
+## 2.1 页分配器: 伙伴分配器[12](#ref-anchor-12)
-------
古老, 具体时间难考 , 应该是生而有之. orz...