评软件包 (2)
版权声明: 允许非商业性转载，但转载时必须标明原作者 fcicq、原始链接 http://www.fcicq.net/wp/?p=754 及本声明。
上回漏掉了一个重要的前提.
所有评论只代表偶在这个思想和层次下得出的一种片面的结论.
nginx
上回说 nginx 的数据结构难用, 估计做一点封装会好不少.
还没弄好的 lighty 2.0 说是用 glib, glib 很好, 不过把调试弄麻烦了.
个人更喜欢 lighty 1.x 的模块架构, 但不幸的是这种架构有一些性能方面的影响. 少载入几个模块就会使 lighty 跑的更轻快一些. 这方面大家都一样.
用 nginx 就等于选择初期折腾? 后期是否能享受则完全是另一回事.
非专业玩 nginx 的同学在偶的印象中总是和早期过度优化联系在一起. 这并没有特别的什么好坏之分, 好坏都是对个人的, 对吧? 
ntp
许多人喜欢 ntpdate. 对服务器来说 ntpdate 应该排在 networking 后面立刻执行, 对时间敏感的服务就应该阻塞在它后面启动.
rsync
不知道为什么很多人喜欢几秒或者几分钟左右就执行同一句 rsync 命令.
现在有不少能够实现实时同步的替代品.
甚至可以换个思路, 如果全是静态文件, 做成带缓存的反向代理又是什么效果?
rsyslog(d)
许多人觉得 syslog 很可怕. 日志这样的东西就不应该当做消息来传递, 对它的处理并没有高实时要求.
相对于其它的几个 syslogd 实现, rsyslog 是最好的一个, 加密, 暂存等功能比较全.
screen
用了几个小时的 tmux, 只是因为快捷键不够顺手就放弃了.
会用和不会用确实有很大的不同. 如果不说清楚怎么用, 许多人就会留一大堆 screen 进程留在内存里.
sysstat
它是一堆小工具的合称, 也是一个监控服务的名称. 这个服务偶是不开的.
偶尔会用 iostat (需要注意它的参数, DBA 们应该会喜欢的).
个人主要的性能监测工具是 vmstat, top, dstat.
卖下期关子, 下载系列?
amule, aria2, curl, deluge, httrack, lftp, pavuk, wget.
友情提示: 请注意文章的时效性与准确性, 作者不对文章的有效性负责.
Tags:
Permalink Bookmark on del.icio.us
Last Modified: August 17, 2009 at 5:55 pm