我刚刚将我们的博客网络移动到由WPMU驱动的ngnix(来自apache).
一切都运行顺畅和精细.
一切都运行顺畅和精细.
在我将服务器优化到最高级别的过程中 – 我在nginx论坛http://forum.nginx.org/read.php?2,2649上遇到了这个帖子
我真的很想知道:回答原来的问题……
例如,为了防止在提供6144千字节文件时发出警告,这三种方法中的哪一种会产生最佳性能?
>大量的小缓冲区:
fastcgi_buffers 768 8k
>少量大缓冲区:
fastcgi_buffers 8 768k
>缓冲区之间的近乎平衡
和大小:fastcgi_buffers 64 96k
还有一件事:在我的ngnix.config中 – 我的设置是:
fastcgi_buffers 64 4k;
即256K缓冲区大小(我在32位平台上).这是否意味着如果我的PHP脚本生成大于256K的响应,nginx会抛出一些错误?
我知道ngnix论坛似乎更好的地方问这个但是因为没有ngnix论坛比serverfault更活跃,我在这里发布这个问题.
我希望我能得到专家的一些意见/指导.
谢谢,
-Rahul
不,这意味着如果你的脚本经常产生少于256K的响应 – 缓冲区通常是半空的,你只是浪费内存:)
Beffer的工作方式如下:nginx从FCGI脚本中读取min(buffer_size,response_size)字节,将其发送到客户端并清空缓冲区的内容.如果有更多的响应数据 – 它读取&再次发送.
如果您的站点通常提供脚本生成的小页面,则最佳值略大于典型脚本响应大小:标题内容的大小.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。