检查 squid 性能最好最准确最详尽的方法估计还是分析日志！
这里有个工具 scalar,简单的提供比较不错的日志分析结果
下载后运行: awk -f scalar.awk access.log
~~~ Analysis Headlines ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Log Start Time [22-06-2008 17:00:02]
Log End Time [22-06-2008 18:00:02]
Lines Analyzed 2.730M
Unique Clients: 32781
In Traffic: 1.275 GB
Out Traffic: 16.412 GB
------------------------------------
Saved Traffic: 15.137 GB 92.23 %
============
这里有个工具 scalar,简单的提供比较不错的日志分析结果
下载后运行: awk -f scalar.awk access.log
~~~ Analysis Headlines ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Log Start Time [22-06-2008 17:00:02]
Log End Time [22-06-2008 18:00:02]
Lines Analyzed 2.730M
Unique Clients: 32781
In Traffic: 1.275 GB
Out Traffic: 16.412 GB
------------------------------------
Saved Traffic: 15.137 GB 92.23 %
============
首先使用tar把源代码压缩包解压
解压后，我们得到一个名为 squid-2.6.STABLE13 的目录。进入目录
tar zxvf squid-2.6.STABLE13.tar.gz
解压后，我们得到一个名为 squid-2.6.STABLE13 的目录。进入目录
cd squid-2.6.STABLE13
强制刷新squid群中文件名不变,但内容有变化的文件
1.编辑/etc/squid/squid.conf
添加
acl PURGE method PURGE
加在acl manager proto cache_object后面
添加
http_access allow PURGE localhost
1.编辑/etc/squid/squid.conf
添加
acl PURGE method PURGE
加在acl manager proto cache_object后面
添加
http_access allow PURGE localhost
squid.conf的最初配置如下：
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY
auth_param basic children 5
auth_param basic realm Squid proxy-caching web server
auth_param basic credentialsttl 2 hours
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY
auth_param basic children 5
auth_param basic realm Squid proxy-caching web server
auth_param basic credentialsttl 2 hours
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
一、 概述
squid是一款优秀的open source的代理服务器软件，可以运行于多种系统平台上，但是同其他商业化的产品相比，其缺点也是很明显的，那就是它的命中率和效率相对低下。
本文主要讨论在不改变硬件条件之下，通过以下手段对squid进行性能优化：
1． 编译一个高效的、精简的新内核；
2． 对Cache分区采用reiserfs日志文件系统；
3． 重新编译squid；
4． 优化squid配置；
对于优化的效果，我使用大名鼎鼎的cacheflow公司的测试工具——cfmc进行测试比较：
squid是一款优秀的open source的代理服务器软件，可以运行于多种系统平台上，但是同其他商业化的产品相比，其缺点也是很明显的，那就是它的命中率和效率相对低下。
本文主要讨论在不改变硬件条件之下，通过以下手段对squid进行性能优化：
1． 编译一个高效的、精简的新内核；
2． 对Cache分区采用reiserfs日志文件系统；
3． 重新编译squid；
4． 优化squid配置；
对于优化的效果，我使用大名鼎鼎的cacheflow公司的测试工具——cfmc进行测试比较：
转: DBA notes
最近其实发现了不少可以和大家一起学习的好内容。Flickr 的
John Allspaw 在 MySQL Conf 2007 作了一个题为 Capacity planning for LAMP (下载PDF文件
) 的技术报告，说起容量规划，多少有点空对空的意思，不过这个 PPT 还是介绍了不少 Flickr 的网站运维经验。
Flickr 的数据量的确越来越惊人了，根据文档中透漏的数据：
Squid Cache 中共有 3500 万张图片；
在 Squid RAM 中有 200 万张图片；
4.7亿的图片，每张图片有4到5种尺寸；
每秒钟 38000 个到 memcached 的请求;
2 PB 裸存储容量(周日需要消耗1.5T 的空间)
三个主要步骤：
最近其实发现了不少可以和大家一起学习的好内容。Flickr 的
John Allspaw 在 MySQL Conf 2007 作了一个题为 Capacity planning for LAMP (下载PDF文件
) 的技术报告，说起容量规划，多少有点空对空的意思，不过这个 PPT 还是介绍了不少 Flickr 的网站运维经验。
Flickr 的数据量的确越来越惊人了，根据文档中透漏的数据：
Squid Cache 中共有 3500 万张图片；
在 Squid RAM 中有 200 万张图片；
4.7亿的图片，每张图片有4到5种尺寸；
每秒钟 38000 个到 memcached 的请求;
2 PB 裸存储容量(周日需要消耗1.5T 的空间)
三个主要步骤：
