游客发表
随机阅读
- 魅蓝5s像素表现如何？（全面提升的拍照性能）
- GitHub趋势榜第一：超强PyTorch目标检测库Detectron2，5天3100星
- 取名的艺术：为什么说API命名约定很重要？
- Java程序员必备：异常的十个关键知识点
- 解决戴尔电脑数据错误的方法（快速修复数据错误，保护电脑数据安全）
- 深入解析：分布式系统的事务处理经典问题及模型
- 来吧，说说你眼中的微服务
- 你这个Python异教徒！
- MTK8163玩游戏（揭秘MTK8163芯片在游戏领域的卓越表现及其优势）
- Java线程的生老病死
- 前端小姐姐助你俘获女神心，双十一挑口红神器在此 | 开源项目
- 化繁为简的五种码农必备工具
- 华硕笔记本电脑2016（华硕笔记本电脑2016年度最佳选择，助您高效工作与娱乐）
- 云原生时代的微服务，适合所有人么？
热门排行
- Z17自拍手机（探索Z17自拍功能的创新与魅力）
- 灵魂拷问：Java 的 substring() 是如何工作的？
- 干货盘点！推荐程序员使用的5款工具软件
- 什么是Docker？与虚拟机有什么区别？
- 电脑显示回流温度错误——解析与解决方法（电脑显示屏温度异常，可能出现哪些问题？如何解决？）
- 2019年度全球程序员薪酬报告：40岁以后普遍遭遇收入天花板
- Lombok使用详解，简化Java编程
- 从0到1设计一个MQ消息队列
- 什么是Kdump？Kdump 是一种的新的crash dump捕获机制，用来捕获kernel crash时候产生的crash dump。Kdump需要配置两个不同目的的kernel，其中一个我们在这里称作standard(production) kernel；另外一个称之为Crash(capture)kernel。standard（production）kernel，是指我正在使用的kernel，当standard kernel在使用的过程中出现crash的时候， kdump会切换到crash kernel, 简单来说，standard kernel会正运行时发生crash，而crash(capture) Kernel 会被用来捕获production kernel crash时候产生的crash dump。捕获crash dump是在新的crash(capture) kernel 的上下文中来捕获的，而不是在standard kernel上下文进行。具体是当standard kernel方式crash的时候，kdump通过kexec（后面介绍）自动启动进入到crash kernel当中。假如启动了kdump服务，standard kernel会预留一部分内存， 这部分内存用来启动crash kernel。kdump机制主要包括两个组件：kdump和kexec kexec是一个快速启动机制，允许通过已经运行的内核的上下文启动一个Linux内核，不需要经过BIOS。BIOS可能会消耗很多时间，特别是带有众多数量的外设的大型服务器。这种办法可以为经常启动机器的开发者节省很多时间。Kexec是实现kdump机制的关键，它包括2个组成部分：一是内核空间的系统调用kexec_load，负责在生产内核（production kernel 或 first kernel）启动时将捕获内核（capture kernel或sencond kernel）加载到指定地址。二是用户空间的工具kexec-tools，他将捕获内核的地址传递给生产内核，从而在系统崩溃的时候能够找到捕获内核的地址并运行。没有kexec就没有kdump。先有kexec实现了在一个内核中可以启动另一个内核，才让kdump有了用武之地。 kdump是一种先进的基于kexec的内核崩溃转储机制。当系统崩溃时，kdump使用kexec 启动到第二个内核。第二个内核通常叫做捕获内核，以很小内存启动以捕获转储镜像。第一个内核保留了内存的一部分给第二内核启动用。由于kdump利用kexec启动捕获内核，绕过了 BIOS，所以第一个内核的内存得以保留。这是内核崩溃转储的本质。kdump需要两个不同目的的内核，生产内核和捕获内核。生产内核是捕获内核服务的对像。捕获内核会在生产内核崩溃时启动起来，与相应的ramdisk一起组建一个微环境，用以对生产内核下的内存进行收集和转存。注意，在启动时，kdump保留了一定数量的重要的内存，为了计算系统需要的真正最小内存，加上kdump使用的内存数量，以决定真正的最小内存的需求。kexec和kdump的设计区别：Kexec的设计是用新内核去覆盖原内核位置；而KDUMP是预留一块内存来加载第二个内核(和相关数据)，Crash后第二个内核在原位置运行(不然就达不到相关目的了)，收集第一个内核的相关内存信息。下面开始试验kdump特性： 操作系统：ubuntu 12.10(3.5.0-17-generic)安装kdump工具复制代码代码如下: 发现安装过程中修改了grub，在引导内核配置上(/boot/grub/grub.cfg)多了如下参数复制代码代码如下: crashkernel用来指定保留内存的大小，我们可以知道crashkernel帮我们设定的保留区域的大小是：假如内存小于384M，不保留内存；假如内存大于等于384M但小于2G，保留64M；假如内存大于2G，保留128M。 复制代码代码如下:下载dbgsym文件，改文件是用来吊事内核信息的文件复制代码代码如下: 重启机器使配置生效。复制代码代码如下:kdump-tools配置(kdump-config show)：复制代码代码如下:可以通过sysrq强制系统崩溃。 复制代码代码如下: 这造成内核崩溃，如配置有效，系统将重启进入kdump内核，当系统进程进入到启动 kdump服务的点时，(dump.时间戳文件)将会拷贝到你在kdump配置文件中设置的位置。ubuntu的缺省目录是:/var/crash/时间戳文件夹。然后系统重启进入到正常的内核。一旦回复到正常的内核，就可以在上述的目录下发现dump文件，即内存转储文件。可以使用之前安装的crash工具来进行分析。生成dump文件后/var/crash的目录结构：├── 201305061817复制代码代码如下:出现如下错误提示： crash: cannot resolve: xtime，此时crash的版本为5.1.6，版本太低，调试不了3.5的内核，需要升级crash，可以手动安装crash。
- 项目中的if else太多了，该怎么重构？