凸墙自从上线就没怎么管过，后续的seo都是GF在处理。最近发现网页时有打不开的现象，因为购置的VPS并非独立服务器所以我确实仔细分析了内核参数，nginx配置，fastcgi并没有发现异常，但是可以断定问题肯定是出在fastcgi处理连接上，因为每次重启fastcgi后页面又会恢复往常的访问速度了。
晚上向超群大牛请教了下这个问题，他看过代码后曰：
fastcgi是进程阻塞的模型，而在线的访问(web proxy)非常消耗进程。
那么当我用在线代理去请求一个页面，fastcgi将会一直阻塞直到一个页面读完，这个等待时间在网络I/O中所占时间太长。有意思的是Nginx 的核心是网络 I/O 非阻塞。所以从nginx的角度来看fastcgi 永远是阻塞的，从fastcgi的角度看，fastcgi 的另一边永远是阻塞。那么纵然我nginx能接受再多的连接，但最后还要卡在fastcgi上。
#老外写的文章，看过后觉得非常不错，国内大部分是转载的英文版，我翻译过来造福一下大众吧。
我有两台服务器放在不同的机房.在两台服务器间会有一些大文件需要传输,每当这个时候我的网络性能就变的很差劲.在linux下我将如何通过调节TCP来改善这个问题呢?
其实linux默认的网络设置并不适用于大文件在广域网中传递,通常只是为了节省内存资源.现在你可以通过调节Linux的网络协议栈的缓冲区大小,增加网络的高速网络连接的服务器系统，以处理更多的数据包。
服务器如果对TCP性能做调整，会取得更加的响应效果，目前还没有明确的数值印象，但我感觉肯定是有很大的作用。
（阅读全文……）
1、除特别说明外，本博客内容皆为原创，可以自由转载传播，但请署名及注明出处，不尊重别人劳动成果的不欢迎；
2、本博客内容遵守“署名-非商业性使用-禁止演绎 2.5 中国大陆”协议；
写在前面
计划补充三个部分，包括系统、php和mysql。因对系统底层不是很了解，故调优面可能比较片面，还望有经验的朋友能够多多指导，于我而言写文章的过程也是一个成长的过程。
（阅读全文……）
I don’t know if it is because of my science background, I am a physicist, I do like graphs, especially when I do performance tuning. With UNIX like operating systems, the vmstat command give you an easy way to grab many essential performance counters but, generating graphs from vmstat output with tools like OpenOffice Calc is time consuming and not very efficient. In order to solve this, I wrote a few scripts using gnuplot but they are not very easy to work with. Then, doing some benchmarks with DBT2, I found the vmplot.sh script and… I like that one. I just hacked it little bit to make it keeps the graph on screen, adding the “-persist” parameters to the gnuplot invocations. The script will produce 7 graphs that will be displayed on screen and save in png format in /tmp. The graphs it produces are the following:
