@msg7086 哈哈😄

看我的呢。

@yuhuan66666 今天抢到了副教授的

大医院挂号比较难。。正好写了脚本在抢号，普通号没问题，热门科室比如我挂北医三院的运动医学专家号挂了 4 天没挂到，黄牛放号 2 秒就把票刷走了...

微软宣称只支持 c89

给你点赞

i3wm 。。

可以的。

试试 i3wm

发现喷子真的好多啊，别人分享又没装逼，还用不就是 xxx ，服了之类的鄙视语气。

有的女的喜欢上一个男的。

Fedora 入职安装用到现在没出过问题。

我不想配成 macos ， i3wm 的酸爽只有用过的人才知道。

我得家目录下面 100 多个目录。。还有.py .c .txt .php 各种文件……

户外才烧钱

@miraclinger 晚上我测试完了给你结果，我觉得还是会泄露， github 那个它说 bluk 内部有 chunking ，默认好像是 chunking size 是 5000 吧，理解为 5000 个 documents 请求一次 es 的 API 就行。

@enenaaa 我取 stackoverflow 提问，有人推荐 pypi.python.org/pypi/memory_profiler ，但是我这个情况还是不适用。

结帖了，在 github 提了[issue]( https://github.com/elastic/elasticsearch-py/issues/508)，是我姿势不对。。

@miraclinger 嗯，我看了你的链接，官方的意思是推荐从一次导入 1000-5000 条开始测试直到找到最佳 performance 吧, 可能我的不是最佳，但是和这个应该没有关系,分割为小文件我导入我想过（现在我朋友推荐我使用 Java 的 API 用 9300 端口走 TCP 导入)，但是我其实想找到内存泄露的原因呢。
@WKPlus 试过了，依然 oom ，我还试过 del 之后用 gc 库显示回收 gc ，也是炸裂。

@p2p 我试过减少 bluk 到 5w ，内存依然炸裂的
@Zuckonit 我是进程运行一段时间之后产生的内存泄露，有啥工具可以注入 Python 进程查看 gc 情况吗？

@jimmyye 晚上回去试试。