gpt4 book ai didi

restart - Varnish 重启跟踪

转载 作者:行者123 更新时间:2023-12-03 17:46:35 34 4
gpt4 key购买 nike

我们的 Varnish 实例

 /usr/sbin/varnishd -P /var/run/varnish.pid -a :6081 -f /etc/varnish/cm-varnish.vcl -T 127.0.0.1:6082 -t 1h -u varnish -g varnish -S /etc/varnish/secret -s malloc,24G -p shm_reclen 10000 -p http_req_hdr_len 10000 -p thread_pool_add_delay 2 -p thread_pools 8 -p thread_pool_min 500 -p thread_pool_max 4000 -p sess_workspace 1073741824

32G Ram,16核心处理器,我们为 Varnish 分配了24GB的内存

我们的 Varnish 实例的平均正常运行时间仍为3小时,这非常低。我们的缓存TTL是1Hr,宽限时间是2Hrs。通常,每隔5分钟就会通过Java进程刷新一次缓存内容(命中次数超过n次)。我们通过持续轮询 varnishncsa输出来跟踪 Varnish 的命中情况。

我尝试了 varnishadm panic.show
Last panic at: Thu, 23 May 2013 09:14:42 GMT
Assert error in WSLR(), cache_shmlog.c line 220:
Condition(VSL_END(w->wlp, l) < w->wle) not true.
thread = (cache-worker)
ident = Linux,2.6.18-238.el5,x86_64,-smalloc,-smalloc,-hcritbit,epoll
Backtrace:
0x42dc76: /usr/sbin/varnishd [0x42dc76]
0x432d1f: /usr/sbin/varnishd(WSLR+0x27f) [0x432d1f]
0x42a667: /usr/sbin/varnishd [0x42a667]
0x42a89e: /usr/sbin/varnishd(http_DissectRequest+0xee) [0x42a89e]
0x4187d1: /usr/sbin/varnishd(CNT_Session+0x741) [0x4187d1]
0x42f706: /usr/sbin/varnishd [0x42f706]
0x3009c0673d: /lib64/libpthread.so.0 [0x3009c0673d]
0x30094d40cd: /lib64/libc.so.6(clone+0x6d) [0x30094d40cd]

关于我们错过了什么的任何投入?

最佳答案

我最好的猜测是,您有一个非常长的Cookie字符串(或其他自定义 header ),以至于它溢出了http_req_hdr_len。我记得曾读过一些有关已修复但afaik尚未以稳定版本发布的错误的内容。恐怕我没有比我自己的内存更好的资源了。

您还拥有很高的sess_workspace和可能的线程总数。在大多数设置中,这样做对性能的影响要小于交换风险。

关于restart - Varnish 重启跟踪,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16712542/

34 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com