Update 20200916 Analyze Linux startup performance.md

This commit is contained in:
jiamn 2022-04-07 16:27:25 +08:00 committed by GitHub
parent a86feb989f
commit 5cd76300ce
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -15,7 +15,9 @@
系统管理员的一部分工作就是分析系统性能,去发现并解决引起性能不佳、长时间启动系统的问题。系统维护者也需要去检查系统配置和使用等。 系统管理员的一部分工作就是分析系统性能,去发现并解决引起性能不佳、长时间启动系统的问题。系统维护者也需要去检查系统配置和使用等。
systemd 初始化系统提供了 systemd-analyze 工具,帮助查看性能和其他重要的 systemd 信息。在以前的文章 分析 [_systemd 日历和时间间隔_][2] 里,我用了 systemd-analyze 去分析 systemd 里的时间戳和时间间隔,但是这个工具有很多其他用法,这个文章里我再揭示一些。 systemd 初始化系统提供了 systemd-analyze 工具,帮助查看性能和其他重要的 systemd 信息。在以前的文章 分析 [_systemd 日历和时间间隔_][2] 里,我用了 systemd-analyze 去分析 systemd 里的时间戳和时间间隔,但是这个工具有很多其他用法,这个文章里我再揭示一些。
(译者注: systemd 是目前主流Linux release 采用的系统管理; boot 翻译为启动startup 翻译为起动) (译者注: systemd 是目前主流Linux release 采用的系统管理; boot 翻译为启动startup 翻译为起动)
### 总览 ### 总览
@ -35,7 +37,7 @@ graphical.target reached after 10.071s in userspace
我的System76 Oryx Pro笔记本在BIOS只花了8.506秒我家里所有的系统都在10秒以内。在线搜索一阵之后我发现这个主板译者注作者的主工作站主板因为不同寻常的 BIOS 启动时间著名我的主板从不“启动”总是挂掉我需要关机再开机BIOS报错按 F1 进入 BIO S设置选择要启动的驱动器完成启动多出的时间就是这样用掉的。 我的System76 Oryx Pro笔记本在BIOS只花了8.506秒我家里所有的系统都在10秒以内。在线搜索一阵之后我发现这个主板译者注作者的主工作站主板因为不同寻常的 BIOS 启动时间著名我的主板从不“启动”总是挂掉我需要关机再开机BIOS报错按 F1 进入 BIO S设置选择要启动的驱动器完成启动多出的时间就是这样用掉的。
不是所有主机显示固件数据译者注固件启动无法用systemd。用Intel 9代或者更高的处理器就感觉不科学。尽管那不是正确的。译者注更高代的cpu启动时间更短因为优化的BIOS 不是所有主机显示固件数据(译者注:固件启动无法使 systemd。用Intel 9代或者更高的处理器就感觉不科学。尽管那不是正确的。译者注更高代的 cpu 启动时间更短,因为优化的 BIOS
总结关于启动起动是非常有趣的,同时提供了很好的(虽然有限)的信息,仍然有很多关于起动的信息,就像下面我将描述的一样。 总结关于启动起动是非常有趣的,同时提供了很好的(虽然有限)的信息,仍然有很多关于起动的信息,就像下面我将描述的一样。
@ -68,7 +70,8 @@ graphical.target reached after 10.071s in userspace
### 严格链 ### 严格链
项目管理中有个严格链译者注systemd可以定义服务间严格依赖构成严格链在起动中可以通过查看一个严格链与时间相关的事件。有一些systemd单元起动中很慢可能因为依赖严格链影响的工具没有从开始显示所有单元仅仅是有严格限制关系的事件。译者注相当于最短路径。并不显示依赖但不在严格链上的服务单元 项目管理中有个严格链译者注systemd可以定义服务间严格依赖构成严格链在起动中可以通过查看一个严格链与时间相关的事件。
有一些systemd单元起动中很慢可能因为依赖严格链影响的工具没有从开始显示所有单元仅仅是有严格限制关系的事件。译者注相当于最短路径。并不显示依赖但不在严格链上的服务单元
``` ```
@ -172,7 +175,9 @@ systemd-analyze 的 man 帮助手册里展示了 systemd-analyze --user dump 选
(David Both, [CC BY-SA 4.0][6]) (David Both, [CC BY-SA 4.0][6])
启动起始是图上左面的时间线0起动序列在0的右面。这个小图显示了内核、initrd、和initrd处理开启。 这个图显示了谁什么时候开始,持续了多久,和主要的依赖。严格路径是红色高亮的。 启动起始是图上左面的时间线0起动序列在0的右面。这个小图显示了内核、initrd、和initrd处理开启。
这个图显示了谁什么时候开始,持续了多久,和主要的依赖。严格路径是红色高亮的。
另外一个生成图片输出的命令是 systemd-analyze plot它生成了[DOT][7] 格式纹理依赖图。结果数据流通过 dot 工具管道,这是一族用来生成向量图文件多种类型数据的程序。这些 SVG 文件也能被上面列出的工具处理。 另外一个生成图片输出的命令是 systemd-analyze plot它生成了[DOT][7] 格式纹理依赖图。结果数据流通过 dot 工具管道,这是一族用来生成向量图文件多种类型数据的程序。这些 SVG 文件也能被上面列出的工具处理。
@ -350,21 +355,15 @@ lines 34-81/81 (END)
互联网上关于 systemd 有很多信息,但是很多过于简洁,迟钝,甚至误导。这篇文章中提到的额外的资源,是列在下面的关于 systemd 起动的更细节更可信的web页面。我罗列了自从我开始这个系列的文章影响我研究的内容。 互联网上关于 systemd 有很多信息,但是很多过于简洁,迟钝,甚至误导。这篇文章中提到的额外的资源,是列在下面的关于 systemd 起动的更细节更可信的web页面。我罗列了自从我开始这个系列的文章影响我研究的内容。
* The [systemd.unit(5) manual page][9] 包含了非常棒的每个都是丰富细节描述的一些单元文件节段和它们的配置文件选项。 * The [systemd.unit(5) 手册页面][9] 包含了非常棒的每个都是丰富细节描述的一些单元文件节段和它们的配置文件选项。
* The Fedora Project has a good, practical [guide to systemd][10]. 它指导了你用Fedora systemd要知道的设置,管理,维护。 * The Fedora 项目有一个好的练习 [systemd 指导][10]. 它指导了你用 Fedora systemd 要知道的设置,管理,维护。
* The Fedora Project also has a good [cheat sheet][11] 兼容交叉了老的 SystemV 命令和systemd以及比较。 * The Fedora 项目还有一个好的 [备忘录][11] 兼容交叉了老的 SystemV 命令和 systemd 以及比较。
* Red Hat documentation contains a good description of the [Unit file structure][12] 和其他一样重要的信息。 * Red Hat 文档包含了一个详细的描述 [单元文件结构][12] 和其他一样重要的信息。
* 关于systemd技术细节和创建的原因可以去 Freedesktop.org's [description of systemd][13]. * 关于systemd技术细节和创建的原因可以去 Freedesktop.org's [ systemd 详述][13].
* [Linux.com][14]'s "More systemd fun" offers more advanced systemd [information and tips][15]. * [Linux.com][14]的 "更多 systemd 乐趣" 提供了很多高级的 systemd  [信息和提示][15].
systemd.unit(5) 手册页面 
Fedora 项目有一个好的练习 systemd指导.
Fedora 项目还有一个好的 备忘录 
Red Hat 文档包含了一个详细的描述 单元文件结构 
 Freedesktop.org systemd详述.
Linux.com的 "更多 systemd 乐趣" 提供了很多高级的 systemd 信息和提示.
There is also a series of deeply technical articles for Linux sysadmins by Lennart Poettering, the designer and primary developer of systemd. These articles were written between April 2010 and September 2011, but they are just as relevant now as they were then. Much of everything else good that has been written about systemd and its ecosystem is based on these papers. 下面是 systemd 设计者和主要开发者 Lennart Poettering 关于 Linux 系统管理员的深度技术文档这些文章尽管写于2010年4月到2011年9月现在看也是非常适应时宜的。其他很棒的 systemd 相关的体系都基于这些设计。
* [Rethinking PID 1][16] * [Rethinking PID 1][16]
* [systemd for Administrators, Part I][17] * [systemd for Administrators, Part I][17]