为什么ixcache会对好多windows的补丁有几万次的命中

苏打绿

如题，ixcache对好多windows的补丁有几万次的命中，这些补丁还不小；
请问下，这些命中具体值的是什么？ 是客户端对此补丁的具体请求，还是说公司机器对这些补丁的下载次数。

另外因为公司内也配置了wsus，此机器会对公司内部的补丁请求予以满足，ixcache的“命中” 是不是和wsus的功能冲突了啊

序号        应用名称        累计命中次数        最近一次命中时间        文件大小        文件详情
1        Windows补丁        36003        2017-12-04/13:49:44        1.7G                8dfdd2114b6635e26789f0d9b1267067
2        Windows补丁        23273        2017-12-04/13:36:08        1.3G                d230f16850ddef21554bf4c900660bac
3        Windows补丁        13201        2017-12-01/16:44:41        185.6M        c2ef0853f8733b8d57ad6eb66e131b00
4        Windows补丁        13109        2017-12-01/16:42:39        204.1M        79b8b9a32ffe0a2fec568b8ff70d01a5
5        Windows补丁        12962        2017-12-01/16:40:17        295.8M        de62a6eba3332f26e4670fe4628ce7b1

猕猴桃

你内网客户端 发起一个请求，这个请求到了缓存这里，缓存查找磁盘中是否有那个请求的资源，
有的话，就产生一次命中，发送302重定向，让客户端来缓存这里取资源
客户端来缓存这里取资源，缓存这边就 记录一次 服务数

详情可以看一下缓存的工作原理

iXCache工作原理简介
http://forum.panabit.com/forum.p ... &fromuid=196435
(出处: Panabit Support Board!)

苏打绿

哦哦，谢谢您的回复。

内网的机器包括虚拟机在内，不超过1000个。难道是这些内网客户端上，不同的应用都在请求这种windows补丁，请求一次就产生一次命中，命中之后客户端到cache上下载补丁文件。
即便是这样，也应该有个尽头啊，从cache的命中统计，这个1.7G  1.3G的两个大补丁始终位于命中的前两位；；天天这样， 这个什么原因啊。

另外是否有这种情况，尽管命中了，但是却不产生客户端下载， 下次还是这种情况（OS或者某些应用闹着玩？）
1.7G 补丁为：secu/2017/11/windows6.1-kb4048957-x64
1.3G 补丁为：Office/Data/16.0.8625.2139/stream.x64.x-none.dat