经过更多的调查,在谷歌工程师的帮助下,我发现 对我的记忆力消耗的两种解释。ndb.上下文
是一个“线程本地”对象,只有在新的 请求进入线程。所以线程在请求之间保持它。很多 线程可能存在于一个GAE实例中,它可能需要数百个请求 在第二次使用线程并清除其上下文之前。 这不是内存泄漏,但内存中的上下文大小可能超过 小GAE实例中的可用内存。解决方法: 不能配置GAE实例中使用的线程数。的确如此 最好使每个上下文尽可能小。避免上下文缓存,并清除 每次请求后都会被删除。 NDB似乎不能保证事件队列在一个 请求。同样,这不是内存泄漏。但它在你的生活中留下了未来 线程上下文,回到第一个问题。解决方法: 将所有使用NDB的代码包装为@ndb.toplevel公司
.
谷歌ndb库内存泄漏
谷歌ndb库内存泄漏
推荐问题
分类汇总
- (2)
- .net(5)
- Access(210)
- android(1)
- android-studio(1)
- angular(1)
- bash(1)
- c(1)
- c#(625)
- chrome-devtools(1)
- CSS(782)
- css3动画(1)
- docker(1)
- docker-compose(2)
- dotnet(477)
- echarts5.0(1)
- elasticsearch(2)
- element-ui(1)
- eslint(1)
- eventbus(1)
- ffmpeg(2)
- fiddler(1)
- flask(1)
- flutter(1)
- git(2)
- Go(2093)
- golang(9)
- gradle(1)
- harmonyos(4)
- ios(1)
- Java(7682)
- javascript(1221)
- Jave(256)
- JS(330)
- jwt(1)
- kafka(1)
- linux(1)
- lua(1)
- matlab(1)
- mongodb(192)
- MySQL(2516)
- nestjs(1)
- nginx(1)
- Node(262)
- node.js(3)
- Oracle(458)
- php(1213)
- player(1)
- Postgres(167)
- ppt(1)
- python(11274)
- react.js(6)
- redis(2)
- rollup(1)
- seata(1)
- sequelize(1)
- sniffer(1)
- Solr(23)
- springboot(1)
- SQL(118)
- SQLServer(5624)
- Swift(224)
- sybase(21)
- typescript(5)
- uniapp(1)
- uni-app(1)
- vant-weapp(1)
- visual-studio-code(1)
- vue.js(12)
- vue3(3)
- vuex(1)
- wasm(1)
- webpack(1)
- 笔记本电脑(1)
- 调试技巧(1)
- 公众号(1)
- 机器学习(1)
- 计算机(1)
- 爬虫(1)
- 其他(33505)
- 前端(16)
- 算法(2)
- 小程序(3)
- 虚拟机(1)
- 运维(1)