@MrGba2z MALLOC_ARENA_MAX 不是个环境变量么，你确定这样能启动么。。。

@billlee 内存排序过了，整个服务器就这一个程序在跑，它占的最多，9.9%

@loqixh 如果是句柄泄漏的话，有什么好的排查方法吗

@samray 大佬，你没审题啊，我要的检测内存占用的，你发的这个工具是分析时间占用的

@loqixh 改了下代码，好像是 log 模块导致的。。。？

最近在查另外一个 MySQL 连接的问题，所以在 for 循环里面打印了很多的 log，现在删掉这些 log 的代码，看起来好像正常了，内存没有暴增的现象

@likuku 不是 cache 和 buffer

total used free shared buffers cached
Mem: 1926 1735 190 0 117 323
-/+ buffers/cache: 1295 631
Swap: 3999 0 3999

@likuku 重启 Python 进程后，系统真实使用内存 立马减少了 800M，所以我才判断是 python 程序内存泄漏了

这说停就停，都没个提前通知的，也是醉了，换成 maxcdn 的了

刚试了下滴嗒的顺风车，有点操蛋，软件有 bug，司机还少的可怜

放到其他的货基里面，收益会高一点点，3.8%左右的样子
高风险高收益，想稳一点的话，就投定期

@mythmgn 我也觉得，如果是 logging 死锁了的话，其他几个线程不会继续正常写入的，
那个线程里面里面就做了 3 件事情 ：1.读取远程数据库的数据 2.打印日志 3.开启或者关闭 socket 端口
第一件事情实际测试过，数据库挂掉过几分钟又重新启动后，线程是不会阻塞的，可以继续正常读取数据
打印了异常日志，也没发现什么特别的，就数据库挂掉后，读取超时的日志，
但是现在就出现个玄学问题了，怎么能排查出来问题在哪？

@justou 异常处理做了，但是只看到了数据库连接超时的日志，超时的话，数据库恢复正常时，会自动重连上去的
线程异常退出的话，不知道怎么样算退出，从 htop 里面看线程还是存在的

@linuxchild 后来有解决吗？

@linuxchild 你当时也是死锁了吗？

@linuxchild 查了日志，也没啥特殊的异常报出来，很奇怪

@Showfom 我在网上搜了下，好像都说没问题

https://www.zhihu.com/question/28315460

@kkeybbs 就是要提供服务啊，否则我就用 tg 给自己推了，还用微信规则这么多的玩意

@ys0290 想搞个微信服务号做推送，要提供各种资质资料，真实有点蛋疼。如果能像 telegram 一样放开就好了

@joejhy 给大佬点赞