早期 Linux 版本中的调度算法非常简单易懂：在每次进程切换时，内核扫描可运行进程的链表，计算进程的优先权，然后选择 “最佳” 进程来运行。这个算法的主要缺点是选择 “最佳” 进程所要消耗的时间与可运行的进程数量相关，因此，这个算法的开销太大，在运行数千个进程的高端系统中，要消耗太多的时间。
Linux 2.6 的调度算法就复杂多了。通过设计，该算法较好地解决了与可运行进程数量的比例关系，因为它在固定的时间内（时间复杂度 O (1)）选中要运行的进程。它也很好地处理了与处理器数量的比例关系，因为每个 CPU 都拥有自己的可运行进程队列。而且，新算法较好地解决了区分交互式进程和批处理进程的问题。因此，在高负载的系统中，用户感到在 Linux2.6 中交互应用的响应速度比早期的 Linux 版本要快。
Linux 系统上有两类不同的 Linux 可执行程序。
第一类是静态链接的可执行程序。静态可执行程序包含执行所需的所有函数 — 换句话说，它们是 “完整的”。因为这一原因，静态可执行程序不依赖任何外部库就可以运行。
第二类是动态链接的可执行程序。动态可执行程序是 "不完整" 的程序，它依靠外部共享库来提供运行所需的许多函数。
当文件名为乱码的时候，无法通过键盘输入文件名，所以在终端下就不能直接利用 rm，mv 等命令管理文件了。
但是我们知道每个文件都有一个 i 节点号，我们可以考虑通过 i 节点号来管理文件。首先，我们要取得文件的
i 节点号。这个可以通过 ls 命令的 - i 选项获得得。
下述所有命令在 Linux/unix 的 shell 下有效，这里以 bash 为主。如有出入，以你自己的服务器为准。本文所指的 Linux 主要指 RHEL/CentOS，unix 指的是 FreeBSD，这也是服务器中用得最多的版本。
文章为转载，原文见这里，侵删
这篇文章主要介绍了 Python 程序与服务器连接的 WSGI 接口，是 Python 网络编程学习当中的重要内容，需要的朋友可以参考下
了解了 HTTP 协议和 HTML 文档，我们其实就明白了一个 Web 应用的本质就是：
1. 浏览器发送一个 HTTP 请求；
2. 服务器收到请求，生成一个 HTML 文档；
3. 服务器把 HTML 文档作为 HTTP 响应的 Body 发送给浏览器；
4. 浏览器收到 HTTP 响应，从 HTTP Body 取出 HTML 文档并显示。
《python 简明教程》python 入门的一个非常好的文档。如需下载，请点击这里(密码：grjj)。最近又看了一遍，把里面一些容易忽略的知识点记录下来。
文章为转载，作者不详
无论你是找工作了，还是保研了，我们或多或少对未来的不确定性感到彷徨和焦虑，看完希望对你有用。
昨天有个同学来找我，谈毕业选择的事情。谈完以后她突然过来拥抱了我一下。为此我深受鼓舞，决定给你们写一点东西。你们正处在一个艰难的阶段。我想以下面这段文字，争取给你们提供点正能量。虽然写了很长，但不会谈如何申学校、找什么工作、要不要保研这种具体的问题。我想谈的是，如何排解你心中的恐慌。
文章为转载，作者：马德，作家，已出版《当我放过自己的时候》、《允许自己虚度时光》等。
（一）
一辈子活下来，常常是，在最有意思的时候，没有有意思地过，在最没意思的时候，想要有意思地过结果却再也过不出意思。
或者，换一种表述就是，在看不透的时候，好看的人生过得不好看；看透了，想过得好看，可是人生已经没法看了。
这句话说得并不绕。其实，人生比这个绕多了。
人生就是这样的一场游戏：在欲望浮沉中，把生命扔到很远很远，最后，只为了找到很近很近的那个简单的自己。