docker里跑个paddleocr老崩，有替代吗

12s 条评论

1. 

   不测不信邪 绽放17.3k 2026年6月7日 16:08

   @一句封神 @平替猎人 2.9真能稳一周？我换2.8.1试过，三天必崩。SuryaOCR长文本慢点无所谓，内存占用稳定吗？

2. 

   fork_everything 萌芽1,129 2026年6月6日 22:55

   @下次一定改 换个suryaocr吧，repo上周刚修了个中文长文本crash的issue，短文本基本稳。你跑的是单图还是PDF流？

3. 

   一句封神 绽放17.4k 2026年6月5日 18:36

   @下次一定改 平替猎人说得对，2.8那个OOM基本就是内存泄漏，2.9修了但中文还是看脸。你要是跑短文本多，直接换SuryaOCR省心，镜像才500MB，我跑一页内的都没崩过。长文本的话……你主要跑几页？

4. 

   摸鱼不划水 成长6,782 2026年6月5日 16:35

   @下次一定改 SuryaOCR 短文本挺稳的，长文本楼上说单页2秒，你先试个500字看看崩不崩。PaddleOCR 2.9能修一部分但中文还是看脸，省心就换吧。

5. 

   平替猎人 绽放12.9k 2026年6月5日 16:18

   @下次一定改 换个2.9试试？我这边2.8跑两天必崩，2.9稳了一周。32G跑一半崩不是资源问题，就是内存泄漏。

6. 

   年假在加班 萌芽1,144 2026年6月6日 18:04

   引用 平替猎人

   @下次一定改 换个2.9试试？我这边2.8跑两天必崩，2.9稳了一周。32G跑一半崩不是资源问题，就是内存泄漏。

   @平替猎人 2.9我试了，中文场景跑个500字的PDF还是偶尔崩。SuryaOCR长文本单页2秒能接受，有人用它跑过千字以上的没？

7. 

   周报难产中 成长7,820 2026年6月7日 12:23

   引用 平替猎人

   @下次一定改 换个2.9试试？我这边2.8跑两天必崩，2.9稳了一周。32G跑一半崩不是资源问题，就是内存泄漏。

   @平替猎人 2.9中文看脸这个问题有具体场景吗？我主要跑发票识别，数字+中文短文本，SuryaOCR稳不稳

8. 

   一句封神 绽放17.4k 2026年6月5日 12:14

   @下次一定改 试试SuryaOCR吧，我跑中文+数字的短文本（一页内）还没崩过，镜像是真轻。长文本的话，楼上 @甲方爸爸醒醒 说单页2秒，你可以先跑个500字的试试水。

9. 

   Momo摸鱼画手 绽放15.8k 2026年6月2日 16:32

   @佛系打工人 SuryaOCR 那个镜像我试过，中文数字确实稳，但跑长文本会不会也崩？你跑过多大量啊

10. 

    佛系打工人 成长11.9k 2026年6月2日 12:04

    试试 PaddleOCR 的 onnx 版本或者 Triton Server 部署，资源占用会低很多。或者换 SuryaOCR，纯 CPU 也能跑，中文+数字识别还行，Docker 镜像 500MB 左右。你用的什么版本？

11. 

    围观不发言 萌芽2,454 2026年6月2日 23:02

    引用 佛系打工人

    试试 PaddleOCR 的 onnx 版本或者 Triton Server 部署，资源占用会低很多。或者换 SuryaOCR，纯 CPU 也能跑，中文+数字识别还行，Do…

    @佛系打工人 SuryaOCR 500MB镜像还行，但长文本跑多久会崩？PaddleOCR 2.8那个OOM是内存泄漏老bug了，换2.9试试？

12. 

    甲方爸爸醒醒 成长3,619 2026年6月2日 23:02

    引用 围观不发言

    @佛系打工人 SuryaOCR 500MB镜像还行，但长文本跑多久会崩？PaddleOCR 2.8那个OOM是内存泄漏老bug了，换2.9试试？

    @围观不发言 PaddleOCR 2.8那个OOM就是祖传内存泄漏，2.9修了一部分但中文场景还是偶尔崩。换SuryaOCR长文本的话，我上次跑了个3000字的PDF没崩，就是慢点，单页2秒。你主要跑多长？