我们的/srv/分区相当的大，图片服务器的就更大了。
所以是不能允许对这个分区的文件进行(locate)索引的，即使系统使用的renice +19的方式运行，也是仍然是对系统资源的浪费。一来浪费CPU资源，二来浪费硬盘I/O，三，会使updatedb的数据库巨大，规划不当的话会使/var分区满掉（或者/分区满掉，假如var不是单独分区的话）。
使用cfengine更新了所有系统的配置文件，排除了对/srv分区的索引。
#/etc/updatedb.conf
PRUNEFS = “auto afs iso9660 sfs udf”
PRUNEPATHS = “/afs /media /net /sfs /tmp /udev /var/spool/cups /var/spool/squid /var/tmp /srv /mnt”
top:
* A: PID = Process Id
* E: USER = User Name
* H: PR = Priority
* I: NI = Nice value
* O: VIRT = Virtual Image (kb)
* Q: RES = Resident size (kb)
* T: SHR = Shared Mem size (kb)
* W: S = Process Status
* K: %CPU = CPU usage
* N: %MEM = Memory usage (RES)
* M: TIME+ = CPU Time, hundredths
b: PPID = Parent Process Pid
c: RUSER = Real user name
d: UID = User Id
f: GROUP = Group Name
g: TTY = Controlling Tty
j: P = Last used cpu (SMP)
p: SWAP = Swapped size (kb)
l: TIME = CPU Time
r: CODE = Code size (kb)
s: DATA = Data+Stack size (kb)
u: nFLT = Page Fault count
v: nDRT = Dirty Pages count
y: WCHAN = Sleeping in Function
z: Flags = Task Flags <sched.h>
* X: COMMAND = Command name/line
Flags field:
0×00000001 PF_ALIGNWARN
0×00000002 PF_STARTING
0×00000004 PF_EXITING
0×00000040 PF_FORKNOEXEC
0×00000100 PF_SUPERPRIV
0×00000200 PF_DUMPCORE
0×00000400 PF_SIGNALED
0×00000800 PF_MEMALLOC
0×00002000 PF_FREE_PAGES (2.5)
0×00008000 debug flag (2.5)
0×00024000 special threads (2.5)
0x001D0000 special states (2.5)
0×00100000 PF_USEDFPU (thru 2.4)
进程的优先级和nice级别
进程优先级是一个决定进程被CPU执行优先顺序的参数，内核会根据需要调整这个值。Nice值是一个对优先权的限制。进程优先级的值不能低于nice值。（nice值越低优先级越高）
进程优先级是无法去手动改变的，只有通过改变nice值去间接的调整进程优先级。如果一个进程运行的太慢了，你可以通过指定一个较低的nice值去为它分配更多的CPU资源。当然，这意味着其他的一些进程将被分配更少的CPU资源，运行更慢一些。Linux支持nice值的范围是19（低优先级）到-20（高优先级），默认的值是0。如果需要改变一个进程的nice值为负数（高优先级），必须使用su命令登陆到root用户。下面是一些调整nice值的命令示例，
以nice值-5开始程序xyz
#nice –n -5 xyz
改变已经运行的程序的nice值
#renice level pid
将pid为2500的进程的nice值改为10
#renice 10 2500
vmstat:
·process（procs）
r：等待运行时间的进程数量
b：处在不可中断睡眠状态的进程
w：被交换出去但是仍然可以运行的进程，这个值是计算出来的
·memoryswpd：虚拟内存的数量
free：空闲内存的数量
buff：用做缓冲区的内存数量
·swap
si：从硬盘交换来的数量
so：交换到硬盘去的数量
·IO
bi：向一个块设备输出的块数量
bo：从一个块设备接受的块数量
·system
in：每秒发生的中断数量， 包括时钟
cs：每秒发生的context switches的数量
·cpu(整个cpu运行时间的百分比)
us：非内核代码运行的时间（用户时间，包括nice时间）
sy：内核代码运行的时间（系统时间）
id：空闲时间，在Linux 2.5.41之前的内核版本中，这个值包括I/O等待时间；
wa：等待I/O操作的时间，在Linux 2.5.41之前的内核版本中这个值为0
iostat:
%user：user level（应用）的CPU占用率情况
%nice：加入nice优先级的user level的CPU占用率情况
%sys：system level（内核）的CPU占用情况
%idle：空闲的CPU资源情况
Device：块设备名
Tps：设备每秒进行传输的数量（每秒的I/O请求）。多个单独的I/O请求可以被组成一个传输操作，因为一个传输操作可以是不同的容量。
Blk_read/s, Blk_wrtn/s：该设备每秒读写的块的数量。块可能为不同的容量。
Blk_read, Blk_wrtn：自系统启动以来读写的块设备的总量。
块可能为不同的容量。块的大小一般为1024、2048、4048byte。可通过tune2fs或dumpe2fs获得：
# tune2fs -l /dev/hda1|grep ‘Block size’
Block size: 4096
# dumpe2fs -h /dev/hda1|grep ‘Block size’
dumpe2fs 1.35 (28-Feb-2004)
Block size: 4096
以下为引用：
我的想法源起于这样一个事情，有一次一个网站的技术总监问我，为什么他们的网站那么慢，要怎么办。当时，我的MSN里Zend总部的工程师正好在线，我就 问他PHP响应比较慢了，怎么办？他当时直接告诉我，数据库问题！肯定是数据库没有优化设计好。所以，我没有给那个技术总监确切的答案了，因为他们的数据 库设计我们是不能涉及的。所以就给了大概的数据库优化的建议。这样的事情屡次发生，我就开始怀疑，为什么Zend总部的工程师每次都跟我 说是数据库的问题呢，难道我们不能从PHP层面来解决这个问题吗？答案是不能！因为PHP目前的运行速度已经是很快了，通过Zend的性能分析也能看到一 个用户的点击，PHP的运行时间只有10%不到，那PHP在干吗？它在等。等数据库的查询结果。这个方面在目前的PHP产品中有了很大 的提高，那就是Caching和网页静态化两个方案。Caching可能大家会比较陌生，但是网也静态化现在连PHP产品的用户都非常清楚了。速度快、容 易被搜索到等等，好处不言而喻。开玩笑地说，现在网站的主页实现网页静态化只需要硬盘足够大。至于Caching就比较复杂些，也是大多数PHPer感到 头疼的地方。甚至于有些人会用C来实现。因为Caching中的数据有效期验证、查找、提取、更新等等都是比较难处理。当然，也有人会用数据库来处理 Caching问题。
始于工作的需要，开始寻找如何在Linux系统上实现“压缩文件系统”，就像使用NTFS的压缩功能一样。通过Google搜索，最终找到以下几个重要的网页：
FuseCompress
http://miio.net/fusecompress/
http://code.google.com/p/fusecompress/
Save disk space – use compFUSEd to transparently compress filesystems
http://www.linux.com/feature/137234
fuse-zip
http://code.google.com/p/fuse-zip/
compFUSED
http://www.biggerbytes.be/
All Compress Filesystem based on FUSE
http://fuse.sourceforge.net/wiki/index.php/CompressedFileSystems
发现了FUSE项目（Filesystem in Userspace）
http://fuse.sourceforge.net/
然后又看到了Linux支持ZFS的相关信息，了解到：ZFS在Linux上的实现，因为法律许可的问题，无法正常使用，而是借助于FUSE项目，建立了”ZFS ON FUSE“项目，通过将ZFS运行在“用户空间”而避免法律许可上的问题。
ZFS有一堆优秀特性，需要特别指出的是，ZFS本身就已经支持压缩（compress）技术。
ZFS相关参考：
Last-Modified: Wed, 13 Dec 2006 06:11:14 GMT
检查这行是否每次访问都变化。如果一直变化，说明页面是动态的，并不合适squid缓存。squid在每次请求的时候都会检查这行，判断页面是否已经过期，并且对过期的页面重新获取。
Cache-Control: no-store, no-cache,must-revalidate, post-check=0, pre-check=0
这行是负责控制缓存。no-store、no-cache、must-revalidate等都是要求squid禁止缓存内容，并且在每次请求的时候都去验证页面是否过期。
Expires: Thu, 19 Nov 1981 08:52:00 GMT 过期时间如果大于当前时间，也会被认为是页面已经过期，需要重新获取。这样的页面也不会被缓存。
Pragma: no-cache 这句也是禁止缓存。
我们的系统上，为了方便，我增加了好几个bin路径到PATH变量里，之前遇到过问题，还写过一篇记录，当时总结出的经验是，自添加bin路径到PATH变量，应放在PATH的后面；然而今天发现，即使是这样，也是不能完全解决问题的，比如编译apache时，本来应该使用源代码中的工具，却调用了原来已经安装过的apache的bin目录里的apr-1-conf，而当我把原来老的apache删除之后，再用新的apache的apxs来编译php，就出问了，居然apxs是依赖于原apache的，于是乎，产生了错踪复杂、令人头痛的依赖关系……
而当时遇到很诡异的现象，并且最终没有找到原因，而今天突然想到，可能是bash缓存的程序的路径所致，或者ld缓存的库的路径……？
那么，以后，能不自添加路径到PATH变量，就不添加吧，这样系统也更安全些。又或者不得不添加的话，编译程序的时候，也要考虑到这一点儿了。
pdnsd, written by Thomas Moestl, is a proxy DNS server with permanent caching (the cache contents are written to hard disk on exit) that is designed to cope with unreachable or down DNS servers (for example in dial-in networking).
The official pdnsd homepage by the original author can be found at http://home.t-online.de/home/Moestl/, but unfortunately pdnsd is no longer being maintained by him. As far as I know I am presently the only one actively working on the code, so if you want the latest features and fixes, this is the place to get them.
主页：http://www.phys.uu.nl/~rombouts/pdnsd.html
配置起来非常简单：
1. 将example配置文件复制一份
2. 将：
server {
label= “myisp”;
ip = 58.215.76.163
IP换成自己的ISP提供的DNS地址，多个用”,”隔开
3. 最重要的一步，许多DNS不接受”ping”测试，所以要将：
uptest=if/ping 改成
uptest=query
4. 将/etc/resolv.con里的nemeserver改成127.0.0.1
PS：
pdnsd.conf是可以控制pdnsd的返回结果的，就是说，可以通过配置pdnsd来达到自定义解析结果的日的。
另外，我们使用pdnsd的根本原因是因为ISP的DNS不稳定，解析慢。pdnsd可以直接从根服务器查询开始，更不必依赖于ISP的DNS。但是需要说明的是，使用了CDN服务的站点，可以会取到不精确的地址，而导致访问速度不佳。
WinBox:
Files->Backup/Restore
终端：
system backup save/load name=ROS-conf-20080727.backup
export/import file=ROS-conf-20080727.conf