Top

top作为日常管理工作中最常用也是最重要的Linux 系统监控工具之一，可以动态观察系统进程状况。

top命令中load average显示的是最近1分钟、5分钟和15分钟的系统平均负载。系统平均负载表示
　　系统平均负载被定义为在特定时间间隔内运行队列中(在CPU上运行或者等待运行多少进程)的平均进程树。如果一个进程满足以下条件则其就会位于运行队列中：
　　- 它没有在等待I/O操作的结果
　　- 它没有主动进入等待状态(也就是没有调用’wait’)
　　- 没有被停止(例如：等待终止)
　　Update：在Linux中，进程分为三种状态，一种是阻塞的进程blocked process，一种是可运行的进程runnable process，另外就是正在运行的进程running process。当进程阻塞时，进程会等待I/O设备的数据或者系统调用。
　　进程可运行状态时，它处在一个运行队列run queue中，与其他可运行进程争夺CPU时间。 系统的load是指正在运行running one和准备好运行runnable one的进程的总数。比如现在系统有2个正在运行的进程，3个可运行进程，那么系统的load就是5。load average就是一定时间内的load数量。
　　例如：

摘要
实在是厌倦了对大量服务器日复一日的重复操作。尤其是在虚拟化的时代，系统的每个组件都有很多个相同的节点在运行，更让重复的次数再乘以N。 当我发现Salt的时候，我的眼前一亮：这正是我所需要的东西。

Solo 1.2.0 正式发布了，感谢一直以来关注 B3log 开源的朋友！

在这个版本中，我们引入了一个新的特性 —— 独立模式：

• 不需要安装数据库、Servlet 容器
• 只需要安装好 Java 环境，一个命令就可以启动

这应该是史上最容易跑起来的博客系统了，欢迎大家下载体验，也欢迎来 Star/Fork ！

Python 是 90 年代初由 Guido Van Rossum 创立的。它是当前最流行的程序语言之一。它那纯净的语法令我一见倾心，它简直就是可以运行的伪码。

请注意：本文以 Python 2.7 为基准，但也应该适用于所有 2.X 版本。还要继续学习最新的 Python 3 哦！

最近工作上需要用到加密，经常使用的是 7z 来加密解密压缩，但是今天突然想到 自带的 tar 工具能不能完成我的要求呢？突发奇想找了下资料，果然~
但是会有个问题，使用此方法压缩打包的文件，不能在 win 下使用 7z 顺利的解压了，dd 你懂的。

终于忍受不了win10 换回了7，然后又是装一大堆软件，在装iTunes 的时候报错，然后我忽略了~

接着就很顺理成章的无法正常启动报错 Error 2, 第一反应就是什么依赖插件没有装
Win下被依赖得最多的应该是 dotNetFx3.5、dotNetFx 4.0 和 vcredist 了。从 vista 开始系统都会默认安装 dotNetFx3.5 ，那么就很简单了，把后面两个装上，问题就解决了
装了dotNetFx4.0 无果~ 那么肯定是 vcredist 了,安装后解决了。