手贱更新了下 paddleocr，对接我们 API 的工厂停工了半小时，求助怎么解决

[drymonfidelia]

调用代码见我 3 个月前的帖 /t/1030071

3 个多月前遇到运行 4 ～ 6 小时必用完 64GB 内存的问题，我们解决方案是加到 256GB 内存，8 小时重启一次服务，但治标不治本，量变大就要更频繁重启，昨天又发了一帖问方案，发现有人建议我更新 paddleocr ，没想到问题更大了，才运行半分多钟 256GB 内存就爆了，花了半个多小时紧急回滚（不知道原来是哪个版本），对接的工厂说损失很大

[LiuJiang]

关键是工厂损失很大，你完了

[heyjei]

#18 @skuuhui 这个主意棒，反正现在不是虚拟机就是 docker ，起两个 docker 互为备份，其中一个内存满了，就切换一下

[ersic]

docker 多跑几个，每个加上内存限制，自动重启

[seu]

飞浆是一言难尽 你还敢随便升级

[ChrisFreeMan]

程序员：一切都太顺利了！不对，实在是过于顺利了。（开始作死）

[zuiyue123]

这个很简单啊，1 台服务器搞定，开 2 个实例，Nginx 负载均衡给多个实例，做个主备切换就行，再做一个进程守护，搞定

[shuax]

实在是过于草台班子

[lihai1911]

太炒蛋了吧

[wushenlun]

根据 sla 赔钱

[goxxoo]

这种也线上???

[woscaizi]

可以试试进程中初始化模型，然后线程中跑推理

[fds]

……没有金刚钻，别揽瓷器活。想办法找台测试机追踪一下内存使用不行吗，非要在线上搞？当然我也是站着说话不腰疼。

[drymonfidelia]

@sagaxu
@datocp
@fds 测试了，开发机手动调用了几次接口没问题就上线了，因为这库正常运行也要几 GB 内存就没在意