@wanderlustLee 目前不招

美团点评安全部门在招研发，有没有兴趣？有兴趣的话来个简历 /t/382816

t/382816
这个，上面的超链接不对

看看这个 t/382816，欢迎来简历

@zhengzhou518 棉签通过了也没有用

@tesiddddd 还原网络设置之后问题消失了，但是过了几个小时之后又出现了。

苹果还是先把自己 6s 的质量搞搞好再说吧

这是闭包的一个容易误解的地方嘛，等你把 generator 转成 list 的时候， generator 的代码开始执行，这时 lang 的值是 Erlang

最后一个元素判断语句的动画是不是错了，应该是 even.append ，怎么动画里面变成了 odd.append 。
竟然看到了最后一步，还以为眼花了，又看了一遍。

python 里面都是引用，所以 a=x 只是把 a 指向另外一个对象并不会修改 a 原来指向的对象的值。然后， python 里面有 mutable 和 immutable 对象的概念，可以了解一下

没用过 python es 的库，但是看你的代码，如果 es 存了 ACTIONS 这个 list 的引用，有可能有内存泄露。把 ACTIOnS= []改成 del ACTIONS[:]试下？

支持一下熙哥

美团点评招 java 、 python 系统开发，测试工具方向，有兴趣的看我的主题

我们这里招系统开发（测试工具）方向的，有兴趣可以联系我 cWlmYS56aGFvQGRpYW5waW5nLmNvbQo=

@silva centos 上，查看 /proc/<pid>/status 文件，里面的 VmRSS 就是进程的物理内存使用量

这个问题蛮有意思，我测试了一下：
1. 被 import 的函数没有注释，没有__doc__，进程启动后 RSS 4396KB
2. 被 import 的函数带有~16MB 左右的注释，没有__doc__，进程启动后 RSS 4396KB
3. 被 import 的函数没有注释，带有~16MB 的__doc__，进程其启动后 RSS 20036KB
4. 被 import 的函数没有注释，没有__doc__，但是内部有一个没有使用到的~16MB 的 str 对象（不管是"""还是"引起来），进程启动后 RSS 20036KB
5. 第四步的基础上，调用一次 gc.collect()，然后再统计进程内存使用，发现 RSS 4400KB


所以我觉得 9hills 的猜测是对的，那位记反了：用"""的方式注释掉一段代码其实只是把它变成一个没有引用的 str 对象，还是占着内存的，#的方式注释才是真正的注释。

不过从第 5 步的测试结果来看，"""方式的注释生成的只是一个没有引用的 str 对象， gc 的时候是可以回收掉的。

@xiaozhaoz 那么我说的 “ CommitLimit 只有在 overcommit_memory 是 2 的时候才生效啊，现在 overcommit_memory 是 0 ， CommitLimit 是多少没关系” 没错啊。我是问你为啥突然贴那个给我

@xiaozhaoz 你贴这段话什么意思呢？

CommitLimit 只有在 overcommit_memory 是 2 的时候才生效啊，现在 overcommit_memory 是 0 ， CommitLimit 是多少没关系。
可以 dmesg 看下有没有 OOM ，我觉得还是程序本身有问题的可能性比较大。