最近的评论

• 评论了博文 go语言的坑
  第九条应该是使用方法的问题，Map就没有定长一说，cap是针对数组、指针数组、Slice和Channel
• 评论了主题 go语言服务端内存持续增长，求解惑！
  #9楼 @minghaoxi 客户端都是长连接，不会有突然大量请求过来的情况，而且内存持续几天都不会被回收，重启一次后发现就没有这种情况了，很奇怪，回头看下sync.Pool，感谢！
• 评论了主题 go语言服务端内存持续增长，求解惑！
  上次重启过后运行了一周目前很稳定，pprof发现内存占用和之前完全不一样，很奇怪 最新pprof (pprof) top 3201.70kB of 3201.70kB total ( 100%) Dropped 362 nodes (cum <= 16.01kB) Showing top 10 nodes out of 19 (cum >= 1536.14kB) flat flat% sum% cum cum% 1024.11kB 31.99% 31.99% 1024.11kB 31.99% main.(*Device).getIndex 641.34kB 20.03% 52.02% 641.34kB 20.03% main.init_config 512.14kB 16.00% 68.01% 512.14kB 16.00% mcommoninit 512.08kB 15.99% 84.01% 512.08kB 15.99% database/sql.(*DB).addDepLocked 512.03kB 15.99% 100% 512.03kB 15.99% bufio.(*Reader).ReadString 0 0% 100% 512.08kB 15.99% database/sql.(*DB).Query 0 0% 100% 512.08kB 15.99% database/sql.(*DB).QueryRow 0 0% 100% 512.08kB 15.99% database/sql.(*DB).conn 0 0% 100% 512.08kB 15.99% database/sql.(*DB).query 0 0% 100% 1536.14kB 47.98% main.(*Device).CollectHW (pprof)
• 评论了主题 go语言服务端内存持续增长，求解惑！
  #4楼 @baiyuxiong HandlerMsg里面会根据不通的Packet Type 来进行对应的处理，基本没有耗时操作，之前看过一些其他库大致也是你这个思路，后期有时间尝试修改下，谢谢！
• 评论了主题 go语言服务端内存持续增长，求解惑！
  #3楼 @ckrissun size值目前没有做限制，从pprof里面来看就是这个函数引起的。