Eddy 9:54:10
Action2.c(30): Error -26601: Decompression function (wgzMemDecompressBuffer) failed, return code=-5 (Z_BUF_ERROR), inSize=0, inUse=0, outUse=0
Eddy 9:54:22
像这种错误有谁遇见过吗？
大叔 9:59:40
HTTP协议？
Eddy 9:59:49
是的。
大叔 10:01:23
400并发时才出现的吧
Eddy 10:01:33
嗯。
毛呢 10:03:19
请教 400并发的时候 会不会因为网络带宽的限制 比如只有400K 所以不能全部过去~~ 要是达到了1M 或者更多成功率就上去了？
大叔 10:04:16
应该是并发数多了乱七八糟的错误就出来了
大叔 10:04:24
而且你用的什么UTF8
Eddy 10:05:07
我也这样认为，我准备像 “你若幸福” 那样说的去试试添加2台压力机来跑一下。
Eddy 10:05:28
嗯，UTF-8 字符编码格式，这个有什么问题么？
毛呢 10:06:36
到顶引起 这种类似丢包的情况 是数量造成的还是瓶颈啊....大叔
比如300 就OK 400 就丢了...是数量？
Eddy 10:07:10
网络带宽肯定会影响的。
Eddy 10:07:20
我就遇到过这样的情况。
Eddy 10:07:51
后来是压缩了回传包的内容及其大小，才解决了。
毛呢 10:08:03
是不是可以说“当硬件和带宽都达到不限制（不造成瓶颈）的情况下，还是会丢包，才可能是软件的问题”
你若幸福 10:08:35
发包太快。服务器响应比发包慢，时间长了就会出现这个问题，服务器还没来得及响应，发包数量就把端口占满了。
大叔 10:08:36
web_add_auto_header("Accept-Encoding", "gzip");
毛呢 10:11:19
谢谢武汉~~这是个好思路