search

DayBreak-u / chineseocr_lite

超轻量级中文ocr，支持竖排文字识别, 支持ncnn、mnn、tnn推理 ( dbnet(1.8M) + crnn(2.5M) + anglenet(378KB)) 总模型仅4.7M
GNU General Public License v2.0
11.72k stars 2.25k forks source link

内存异常问题依然存在？ #190

Open JuniorGR opened 4 years ago

JuniorGR commented 4 years ago

我是6月29日按照“Docker 环境”的指引拉取和构建的项目 第“i”步使用的是“使用其他已经构建好的镜像” 第“iii”由于发现清华源好像没有opencv的包，所以改用了阿里源

问题的表现是： 在docker镜像中运行python3 app.py，镜像外部以较长的时间间隔（约5分钟一次）请求/ocr接口，docker镜像所占用的内存会以约400M一次的速度上涨且基本不会下降最终导致python被kill掉 感觉内存异常的问题并未解决？我看了/psenet/PSENET.py文件里的代码是之前那位大佬提交的单例模式，但是实际使用下来好像还是会有内存泄漏的问题，麻烦作者有空回复一下？

JuniorGR commented 4 years ago

较短时间间隔请求确实并不会导致内存上涨

Pad0y commented 4 years ago

我是6月29日按照“Docker 环境”的指引拉取和构建的项目 第“i”步使用的是“使用其他已经构建好的镜像” 第“iii”由于发现清华源好像没有opencv的包，所以改用了阿里源

问题的表现是： 在docker镜像中运行python3 app.py，镜像外部以较长的时间间隔（约5分钟一次）请求/ocr接口，docker镜像所占用的内存会以约400M一次的速度上涨且基本不会下降最终导致python被kill掉 感觉内存异常的问题并未解决？我看了/psenet/PSENET.py文件里的代码是之前那位大佬提交的单例模式，但是实际使用下来好像还是会有内存泄漏的问题，麻烦作者有空回复一下？

在这点上我的环境是完全解决了内存泄漏的问题，但是很多人反映确实没有解决掉所以应该更多是环境问题 @JuniorGR

ASHLEYDX commented 3 years ago

遇到同样问题，1.将ocrhandle每次初始化 2. del 掉用Image.open读取的图片，压测过最终占用的内存稳定在300M