总是内存爆炸怎么办

[kangqian]

通过在libc.so.6的mmap()入口设置断点，确认8MB的VMA主要是pthread_create()创建线程时调用mmap()创建的线程堆栈。pthread_create()默认使用的线程堆栈大小是系统资源限制中的“stack size”，默认即8MB，参见man pthread_create。

nebula的metad、graphd、storaged三个进程的线程数都爆多，可能是因为使用thrift、folly库的大量异步IO功能，且没有参数可以控制，曾观察到线程数失控现象，是内存爆炸的一个可能原因。

[mover]

@Timaos123

请问是什么情况呢？总是内存爆炸重启可太麻烦了

请问这个现象是一个普遍现象吗？在v2.0.0以上的版本还存在吗？

[Timaos123]

@kangqian

确认8MB的VMA主要是pthread_create()创建线程时调用mmap()创建的线程堆栈。pthread_create()默认使用的线程堆栈大小是系统资源

大佬可tql我先做了个定时重启，再看看大佬的方法

[Timaos123]

1.2.0是生产环境，我测试环境搭了个2.0.1的docker版本，目前还没出现溢出情况

[sherlockkenan]

大佬想请教下在内存估计里面，需要点和边数量15 字节，这个是为了什么？看了下代码，没有找到相关的需要这部分的逻辑。点的属性cache ，好像也是可以配置的，也不要点边数量15 字节。

[min.wu]

bloomfilter 占用