Betty Huang

使用 **paddleocr 3.0.1** (cpu mode), 同样出现了Segmentation fault问题。 ## Environment（运行环境）： Host OS: Linux (Ubuntu 22.04.4 LTS) Docker Version: 27.1.2 CPU Info：Intel(R) Xeon(R) Gold 6240 CPU @ 2.60GHz ## 最小可复现问题的Demo： Terminal 1:...

> 请问是darwin还是linux呀？ 是 Linux (Ubuntu 22.04.4 LTS)，已编辑

> 好的，请提供一下paddlex版本，以及`PaddleOCR`对象的实例化参数～ paddlex3.0.1 使用了默认的OCR产线配置 ``` SubModules: TextDetection: box_thresh: 0.6 limit_side_len: 736 limit_type: min max_side_limit: 4000 model_dir: null model_name: PP-OCRv5_server_det module_name: text_detection thresh: 0.3 unclip_ratio: 1.5 TextLineOrientation: batch_size: 6 model_dir: null...

> > 好的，请提供一下paddlex版本，以及`PaddleOCR`对象的实例化参数～ > > paddlex3.0.1 使用了默认的OCR产线配置 > 将`PP-OCRv5_server_det`, `PP-OCRv5_server_rec`换成`PP-OCRv5_mobile_det`, `PP-OCRv5_mobile_rec`后没有出现Segmentation fault问题，但还是期待能尽早换回server模型了，多谢

> [@Betty2GitHub](https://github.com/Betty2GitHub) 段错误应该是Paddle CPU原生推理的一个bug导致的，当server_det模型处理尺寸较大的图时会遇到这个错误，可以尝试指定enable_mkldnn=True绕过。PaddleOCR 3.0.1应该是默认开启MKL-DNN的，但我不确定为什么在你的环境里没有生效，可能需要检查一下是否在初始化的时候指定了enable_mkldnn=False～ > 好，虽然没有指定过enable_mkldnn=False， 但手动指定enable_mkldnn=True后server模型也没有报错了，多谢回复