guonaihong

> 流式识别？是做什么业务？ 这个邮件聊吧。

> 哎，太寂寞了。 在poller方案中， 如果http客户端发的body 用慢速发， nbio套标准库ServeHTTP接口的方式，也会挂住一个协程。相比之下好处没有想象中的大，不知道我的理解可对？ 后面我想了下， go的标准库的协程能提供 获取id， 中断， 恢复，解决1g连接真是轻轻松松， 协议层再定义streamID。直接关联协程id。就可以优化得更细致一点。 更新下： 刚扫了下代码， 原来先放到内存，处理大文件可能要优化下。

@lesismal 都堆内存， 如果是单连接大body，参考标准库放到tempfile里面比较好。

> > 后面我想了下， go的标准库的协程能提供 获取id， 中断， 恢复，解决1g连接真是轻轻松松， 协议层再定义streamID。直接关联协程id。就可以优化得更细致一点。 > > runtime不可能提供这种机制，你把事情想得太简单了。并发的场景，每一瞬间都可能发生数据状态的变化，你恢复之前的，可是上下游依赖可能发生了其他故障，你无法去靠这种机制去处理实际业务面对的复杂度。 > 正确的处理就是分层的思想。语言层只处理语言层自己的问题。 你说的复杂的状态管理， 其实是变量的生命周期的管理。中断和恢复，必然要考虑把变量的生命周期管控起来， 刚刚只是聊个思路。

> nbio 支持了 linux 的 sendfile，但是通常不建议使用。 zerocopy, 还是要少用， 上次grep接了一个mmap 找文件， 直接把内核整挂了。

> > > > 后面我想了下， go的标准库的协程能提供 获取id， 中断， 恢复，解决1g连接真是轻轻松松， 协议层再定义streamID。直接关联协程id。就可以优化得更细致一点。 > > > > > > > > > runtime不可能提供这种机制，你把事情想得太简单了。并发的场景，每一瞬间都可能发生数据状态的变化，你恢复之前的，可是上下游依赖可能发生了其他故障，你无法去靠这种机制去处理实际业务面对的复杂度。 > > > 正确的处理就是分层的思想。语言层只处理语言层自己的问题。 > > > > > >...

> 余弦相似度算法考虑实现吗？ 可以, 不过要排https://github.com/guonaihong/gstl 这个项目发布之后了.

欢迎pr😊 ---原始邮件--- 发件人: ***@***.***> 发送时间: 2022年5月24日(周二) 晚上9:12 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [antlabs/strsim] 目标和参考资料 (#1) 余弦相似度算法考虑实现吗？ 可以, 不过要排https://github.com/guonaihong/gstl 这个项目发布之后了. OK，我看看能不能学会，康康能不能提交一个pr，simhash也是相似度算法。 — Reply to this email directly, view it on...

新加SetJSONNotEscape 接口，和SetJSON类似，不转义HTML特殊符号。

@go-mixed 赞，我这个版本实现下sse的api。