云风
云风
Thank you for your interest. Skynet has many users, but most of them are speaking Chinese. I would like to have some english speaking users, but I don't know how...
cc @lvzixun
或许和 https://github.com/cloudwu/skynet/issues/1838 是类似问题。
建议把针对 jemalloc memory hook 部分单独提一个 pr ,我可以先合并。 针对 console 的修改另外给一个,暂时不合并。
你保证了 buffer 这个指针还是有效的吗? 这里 decode 传入的 buffer/length 隐含着 buffer 是一个 lightuserdata ,生命期需要自己维护。 如果维护不清楚,那么请转成一个 string 。 encode 的 callback 会在调用结束后,清理掉 callback 传入的指针对应的内存。
这里只是复制一个字符串到堆栈上,看不出什么问题。会不会是某种特殊情况下,启动新服务的参数贴别长?比如 >1M 。
先用 nc 自查端口。
Sorry, I haven't check the PR https://github.com/cloudwu/pbc/pull/52 before merged. Now it fixed.
skynet 并没有 1.3.0rc 这个 tag ,不知道准确版本是什么? 另外,8 月份的 https://github.com/cloudwu/skynet/commit/a4dc6b909478a7397eb205f3ca5a2800e9391d65 增加了一个 pause 的特性,这个今天查出来是有 bug 的。因为原意是在客户端到服务器上行流量超过了处理能力后,可以暂停接收数据。但是这个 pause 同时把下行也中断了,导致在 pause 发生时,无法写出数据。 这个 bug 在今天 https://github.com/cloudwu/skynet/commit/f3acbe46df1bfe15170bf54a79df650dcb791b6a 修复。 但我看不出这个 bug 和这里有什么关系? 上行过载本身是比较罕见的事情,一般不会触发。如果使用了该版本,可以通过修改 https://github.com/cloudwu/skynet/blob/master/lualib/skynet/socket.lua#L6 BUFFER_LIMIT 为一个极大的数值来避免触发。目前是...
我理解是:玩家走的 https 协议的通道上并没有出错信息,但有 lag 延迟。 ACK 会出现 error 信息是因为某种超时机制导致请求方主动断开? 看文档介绍,ACK 走的是 http 协议,而不是 https 协议。是不是 ACK 用 http 请求去请求了 https 端口?能不能在 httpd 服务中加入更多的 log 观察 ACK 发送了怎样的数据包?