Squid Web Cache Wiki

Squid Web Cache 文档

🔗 最新 Squid 性能测试

目前,Squid 的速度和需求细节有点难以获取。这里是社区贡献的成果列表。

如果您正在运行任何版本的 Squid,并且能够提供比列表中更好的每秒请求数 (RPS) 等详细信息,我们希望了解。

按 Squid 版本和 CPU 排序。

🔗 计算方法

目前还没有一个好的固定基准测试来衡量,所以比较并不完全准确。以下是详细信息的计算方法:

用户数 访问缓存的客户端数量的最高值。
RPS 平均每分钟请求数(自启动以来)的所有数字相加,然后除以 60 得到每秒请求数。
命中率 请求命中率的值:5分钟 - 60分钟。这里只有总命中率很重要。磁盘和内存命中率高度依赖于可用 RAM 的多少。
CPU 负载 可以从 常规运行信息info cachemgr 页面提取。它被标记为“CPU Usage”。

🔗 记录

🔗 Squid trunk revno 13251

CPU 4核 Intel Xeon E5-2670 @ 2.60GHz,半虚拟化 (Xen)
RAM 4 GB
HDD SSD
OS Ubuntu Saucy
用户数 1 个用户在受控测试环境中
RPS 39715
命中率 100%
CPU 使用率 3 个核心,100%
带宽 313 Mbit/秒 持续

此数字是在 受控测试环境中测得的。它与生产环境中人们获得的数字无关;它只是对 Squid 可能速度的估计。Squid 配置为不记录日志、无访问控制,并使用 apachebench 模拟 1000 万次请求一个静态、可缓存、600 字节的文档。在 4 个核心中,3 个运行多工作进程 Squid,1 个在回环接口上运行 ab。

提交者:FrancescoChemolli 2014-01-30

🔗 Squid 3.2

🔗 3.2.0.9

CPU 四核 Q6600 @2.4 GHz
RAM 8 GB
HDD 80GB Intel X25-M SSD
OS RHEL 6.0 x64
用户数 未知
RPS 670
命中率 0%
CPU 使用率 95.40%

提交者:Jenny Lee 2011-07-03

客户端数据库已禁用。仅代理,未进行缓存。5 到 20 个父节点。Squid 进行内容路由。conntrack_max 和 hashsize 增加到 200K,临时端口 64K。tcp_tw_recycle 已开启。

🔗 Squid 3.1

🔗 3.1.10

CPU Intel(R) Xeon(R) CPU L5310 @ 1.60GHz (双核)
RAM 8 GB
HDD 1 x 400G SAS
OS Red Hat Enterprise Linux AS release 4 32 位
用户数 54
RPS 615
命中率 命中率 请求 41.7%-42.8% , 字节 49.8.7%-46.9%
CPU 使用率 31.69%
Submitted by: Jack Quinlin 2010-12-29

🔗 Squid 3.0

🔗 STABLE 5

双核  
CPU 1 x Intel Core 2 Duo E4600 2.4 Ghz/800 MHz (2 MB L2 缓存)
RAM 3 GB PC2-5300 CL5 ECC DDR2 SDRAM DIMM
HDD 2 x 250 GB SATA 以镜像配置
OS OpenSUSE 10.3
用户数 ~100
RPS 未知:“合理的响应速率”
命中率  

提交者:Philipp Rusch - New Vision. 2008-07-17.

IBM xSeries 3250 M2。该系统通过 KAV 5.5 Kaspersky AntiVirus for Internet Gateways 的 ICAP 启用 Squid 进行病毒扫描,并且使用 SquidGuard 1.3 进行 Web 内容过滤,以及针对内部 W2k3-ADS 域进行 NTLM 身份验证。

🔗 Squid 2.7

CPU 2 x Intel Xeon 5400 (四核)
RAM 24 GB
HDD 2x72Gb SAS (HW RAID-1)
OS Red Hat Linux 5 64 位,已进行一些调优
用户数 未指定
网络接口 2x 千兆以太网,带绑定
RPS 约 2000 连接/秒
吞吐量 约 980 Mbit/秒
命中率 未指定,预计高(静态内容)
CPU 使用率 < 25%

提交者:Gareth Coffey. 2012-03-20

🔗 STABLE 9

CPU Intel Xeon 2GHz (双四核)
RAM 8 GB
HDD 1 x 400G SAS
OS Linux:标准 RHEL4.6 AS 64 位,已进行一些调优
用户数 55
RPS 1234
命中率 请求 54.0%-53.8% , 字节 56.7%-56.9%
CPU 使用率 29.86%

提交者:Quin Guin. 2010-12-02.

我们主要处理移动 HTTP 流量,因此文件很小。

🔗 STABLE 7

CPU Intel Xeon 2GHz (双四核)
RAM 16 GB
HDD 4x 136 GB
OS Linux
用户数 N/A (反向代理)
RPS 990
命中率 请求 93.2%-94.6% , 字节 91.4%-91.9%
CPU 使用率 16%

详细信息:https://squid.org.cn/mail-archive/squid-users/201002/0838.html

提交者:Markus Meyer. 2010-02-25.

我们必须处理非常非常小的文件,这确实很麻烦。所以 COSS 是我处理这个问题的白骑士。

尽管我们不使用 CARP,但我们确保代理总是接收相同的请求。在我们的高峰时段,我们有大约 40 MBit/s 的出站流量,大约产生 1000 个请求/秒。

另外,我应该提到,我们使用标准的 Debian 内核,没有对任何内核参数进行调优,除了以下两个:

net.ipv4.tcp_max_syn_backlog = 4096
vm.swappiness = 0

🔗 STABLE 6

CPU Quad-Core Intel(R) Xeon(R) CPU L5420 @ 2.50GHz
RAM 8 GB
HDD 3x SAS Fujitsu 147Gb 15K
OS RHEL4 AS U7 64 位 – 2.6.9-78.0.13.ELsmp
用户数 57
RPS 166.95
命中率 请求 51.7%-51.3%
CPU 使用率 7.18%

提交者:Quin Guin. 2009-04-07.

我们主要处理移动 HTTP 流量,因此文件很小。

CPU 使用率,5 分钟平均值:4.33% CPU 使用率,60 分钟平均值:3.97%

🔗 其他性能测试

🔗 SquidBlocker 2015

测试针对一个运行 URL 过滤数据库辅助程序的代理。该辅助程序向一个反向代理发送 HTTP 查询,该反向代理使用 RoundRobin 负载均衡到三个后端数据库服务器。Squid 的设置:

workers 2
visible_hostname proxy2

external_acl_type filter_url ipv4 children-max=20 children-startup=10 children-idle=5 concurrency=50 ttl=3 %URI %METHOD %un /usr/bin/sblocker_client -http=http://filterdb:8082/sb/01
acl filter_url_acl external filter_url
deny_info http://ngtech.co.il/block_page/?url=%u&domain=%H filter_url_acl

acl localnet src 192.168.0.0/16

http_access deny !filter_url_acl
http_access allow localnet filter_url_acl
access_log none
CPU 4 核 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz,虚拟化 (KVM)
RAM 2 GB
HDD SSD
OS CentOS 7 64 位
用户数 1 个用户在受控测试环境中
缓存对象的 RPS 4955
命中率 100%
被阻止 URL 的 RPS 9551
CPU 使用率 2 个核心,1 个 100%
带宽 未知

此数字是在 受控测试环境中测得的。它与生产环境中人们获得的数字无关;它只是对 Squid 可能速度的估计。Squid 配置为不记录日志,并使用 apachebench 模拟 250,000 次请求一个被阻止的 URL(导致 403 响应并带有 Location 头),或者一个可缓存的 16KB 文档。在 4 个核心中,2 个运行多工作进程 Squid。Apache benchmark 从另一个主机和同一主机上运行,结果相似。

提交者:Eliezer Croitoru 2015-08-25

类别: 知识库

导航: 站点搜索站点页面类别🔼 向上