huagongzxuezi的专栏

我们通过ssh登录服务器或者开发机，但如果服务器发生OOM，将sshd进程kill了怎么办呢？事实上OOM时kill进程虽然是按照进程占用的内存及占用时间来kill的，但由于了进程的占用内存也会算到父进程上，sshd被kill也会常常发生。这个时候大家可能想到用socket去实现重启sshd进程，但下次又kill了怎么办呢？如果服务器特别多怎么办呢？操作会变的很烦琐，我们的OP就遇到这种问

内核源码中涉及控制寄存器较多，看到有人介绍转过来收藏下。控制寄存器（控制寄存器(CR0,CR1,CR2,CR3)用于控制和确定处理器的操作模式以及当前执行任务的特性。）    从上表可见，80386有四个32位的控制寄存器，分别命名位CR0、CR1、CR2和CR3。但CR1被保留，供今后开发的处理器使用，在 80386中不能使用CR1，否则会引起无效指令操作异常。CR0包括指示处理器工

工作涉及到，简单记录下：首先，cat  /proc/sys/net/core/somaxconn一般默认值是128， 要支持更多的突发连接，可以修改这个值。比如要支持1024个请求的话，可以设此值为1024.其次，cat  /proc/sys/net/ipv4/tcp_max_syn_backlog默认值是1024。调大somaxconn的时候也要把tcp_max_syn_

最近一直在熟悉e2fsck的实现过程，为后续快速fsck在用户态的实现做点准备。源码功能细节部分暂时就不贴了，可能多数人也并不关心，将文档基本功能部分分享给大家。2.1        工具基本结构组成2.1.1       Pass 1:inode表的检查检测整个文件系统中的inode， 主要检查以下内容1)        Inode的mode  field是否合法；2)   

因为测IO性能，需要将启动内存设置为小于实际物理内存的值。我们的服务器当前的物理内存是60g（可通过cat /proc/meminfo查看），计划设置为40g。网上找了下修改方法，各种描述，最终在stackoverflow上看到一个类似的运用，经过验证有效，记录如下，免得同行走弯路。以下是/boot/grub/grub.conf文件： 10 default=0     11 timeo

监控程序所在的tmpfs内存虚拟文件系统，由于一个空目录无法删除，直接影响监控程序的自动处理流程，为解决这一问题，分几步来查找：1、strace rm -rf testdir , 发现在rmdir系统调用处，返回失败（显示目录非空）；2、在shmem.c中查看系统调用：static const struct inode_operations shmem_dir_inode_op

折腾KVM虚拟化环境，起了几个虚拟机，但没有网络，装东西只能通过guestmount 先拷进去，再start domian安装，ud