上一节中的proc实现对于开关文件，控制文件，以及显示很少信息的文件来说还是比较简单的，但是对于需要输出大量信息像meminfo，或者结构化的信息像cpuinfo等时就会显得很笨拙，并且代码也很不好理解与维护。内核为了简化这种proc文件的实现提供了另外一种方案----seq_file接口。set_file 接口假定你在创建一个虚拟文件, 它涉及一系列的必须返回给用户空间的项. 为使用 seq

在《linux系统启动》一文中介绍了计算机从按开机键到系统启动的流程，在流程启动的最后一步就是启动系统的第一个用户态进程init进程，其进程ID永为1（其实还有一个id为0的进程swap，即有名的idle进程，当cpu没有进程可以运行时就会自动运行此进程，严格意义上来讲此进程才是内核创建的第一个进程）。本文介绍一下init进程启动之后以及操作系统运行过程中都做了什么操作，以及担当什么样的角色。

环境：centos 6.4sed版本：sed-4.2.1-10.el6.x86_64【简介】sed是一个面向字符流的“非交互式”编辑器，vi编译中手工对文本的操作动作大部分都可以通过sed命令来完成，这样就方便在linux下编译程序批量自动处理文件，例如分析日志文件，修改配置文件等等。命令格式如下：sed [options] script filename其中opt

/proc 文件系统是 GNU/Linux 特有的。它是一个虚拟的文件系统，因此在该目录中的所有文件都不会消耗磁盘空间。通过它能够非常简便地了解系统信息，尤其是其中的大部分文件是人类可阅读的(不过还是需要一些帮助)。许多程序实际上只是从 /proc 的文件中收集信息，然后按照它们自己的格式组织后显示出来。有一些显示进程信息的程序(top、ps 等)就是这么作的。/proc还是了解您系统硬件的

1，printk类似于用户态的printf函数，但是比printf函数多了一个日志级别，内核中最常见的日志输出都是通过调用printk来实现的，其打印级别有8种可能的记录字串, 在头文件里定义:KERN_EMERG0用于紧急消息, 常常是那些崩溃前的消息.KERN_ALERT1需要立刻动作的情形.KERN_CRIT2严重情况, 常常与严重的硬件或者软件失效有关.KERN_

本文是对文章《浅析 Linux 初始化 init 系统，第 3 部分: Systemd》的总结以及网上对systemd的评论，做为学习systemd的第一步，只介绍systemd实现的原理及使用的技术。systemd的目标：1，启动更少的程序，程序在使用的时候再启动（很像内核的写时拷贝）2，在必须启动的程序中，做到最大的并行化从实现目标来看upstart与systemd是一样的，所

说明这里是为了学习gn+ninja而从网上找了一些比较好的文章，并且通过实践一步步将demo做了出来，首先要感谢这篇文章，这个demo就是基于这篇文章来编写的，里面的原理这里不再重复，只是记录一下在开发过程中遇到的几个问题，后面会把我的源码放在附件中另外，linux下简单的helloword工程源码，可以参考我的另外一篇文章遇到的问题及解决1. windowns版本的gn+ninja下载gn+ni