news 2026/9/12 4:56:12

PaddleOCR PP-StructureV3 文档结构化解析产线:精度对比、推理性能基准与参数调优实战指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
PaddleOCR PP-StructureV3 文档结构化解析产线:精度对比、推理性能基准与参数调优实战指南

PaddleOCR PP-StructureV3 文档结构化解析产线:精度对比、推理性能基准与参数调优实战指南

【免费下载链接】PaddleOCRTurn any PDF or image document into structured data for your AI. A powerful, lightweight OCR toolkit that bridges the gap between images/PDFs and LLMs. Supports 100+ languages.项目地址: https://gitcode.com/GitHub_Trending/pa/PaddleOCR

PP-StructureV3 是 PaddleOCR 3.x 中的文档结构化解析产线,能够将文档图像和 PDF 高效转换为 Markdown 等结构化内容,覆盖版面区域检测、表格识别、公式识别、图表理解与多栏阅读顺序恢复。本文基于仓库内官方算法文档与配套源码,完整梳理其关键精度指标、多硬件推理性能基准、Python API/CLI 调用方式与全部可配置参数,帮助你在选型、部署与调参三个环节快速落地。

1. PP-StructureV3 是什么:功能定位与产线组成

PP-StructureV3 将“文档图像/PDF → 结构化数据”这条链路整合为一条可服务化、可二次开发的产线。官方产线教程 PP-StructureV3 产线使用教程 中将其组成归纳为 7 个模块或子产线,其中后 4 个为可选能力:

  • 版面区域检测模块:定位文档中的文本块、标题、表格、公式、印章、图表等区域,是整条产线的入口;
  • 通用 OCR 子产线:完成文本检测与文本识别;
  • 文档图像预处理子产线(可选):文档图像方向分类 + 文本图像矫正;
  • 表格识别子产线(可选):表格分类、有线/无线表格结构识别、表格单元格检测、表格方向分类;
  • 印章文本识别子产线(可选):印章文本检测 + 印章文本识别;
  • 公式识别子产线(可选):将公式区域转换为 LaTeX;
  • 图表解析模块(可选):对文档中的图表(chart)进行理解解析。

1.1 源码结构:PaddleX 产线的 Python 封装

从源码结构看,仓库中的PPStructureV3是对底层 PaddleX 产线的薄封装,位于 paddleocr/_pipelines/pp_structurev3.py:

  • PPStructureV3继承PaddleXPipelineWrapper,其_paddlex_pipeline_name属性返回字符串"PP-StructureV3",即实际推理由 PaddleX 中同名产线完成;
  • 模块加载时会先执行_apply_layout_parsing_patches()。该补丁实现于 paddleocr/_pipelines/_patch_layout_parsing.py,用于修复版面重叠率计算中大坐标整型溢出(例如经过文档图像矫正后)以及空包围盒列表导致的异常,保证layout_merge_bboxes_mode等合并逻辑的稳定性;
  • 构造函数将model_name/model_dir/ 阈值 / 开关类参数统一收集到self._params,并在_get_paddlex_config_overrides()中按SubModules.*/SubPipelines.*的路径结构映射为 PaddleX 配置覆盖项(见 pp_structurev3.py#L307-L528),这解释了后文参数表中每一项为什么能精确作用于对应子模块;
  • CLI 子命令名为pp_structurev3PPStructureV3CLISubcommandExecutor.subparser_name),通过add_simple_inference_args注册了通用的-i/--input(必填,输入路径或 URL)与--save_path(输出目录)参数(见 paddleocr/_utils/cli.py#L31-L47)。

1.2 OCR 子产线的版本与语言选择

PP-StructureV3 内置的通用 OCR 子产线支持PP-OCRv3PP-OCRv4PP-OCRv5三个版本,由源码常量_SUPPORTED_OCR_VERSIONS = ["PP-OCRv3", "PP-OCRv4", "PP-OCRv5"]约束,传入其他版本会抛出ValueError(pp_structurev3.py#L28-L106)。

当未显式指定文本检测/识别模型时,langocr_version会共同决定模型选择,_get_ocr_model_names()的关键逻辑(pp_structurev3.py#L530-L690):

  • 未指定语言时默认ch(中文);
  • ocr_version未指定时,中文/英文/日韩泰及主流拉丁语言、东斯拉夫语言自动选用PP-OCRv5,其余语言(阿拉伯文、西里尔文、天城文等)回落到PP-OCRv3
  • 例如中文默认组合为PP-OCRv5_server_det+PP-OCRv5_server_rec,拉丁文使用{latin}_PP-OCRv5_mobile_rec,v4 版本目前覆盖ch/en
  • 如果同时显式传入了检测/识别的模型名或模型目录,langocr_version会被忽略并打印警告。

模型细节可参见 PP-OCRv5 文档 与 公式识别模块文档、文本检测模块文档。

2. 关键指标:OmniDocBench 上的精度对比

以下表格完整继承自官方算法文档 PP-StructureV3 算法文档 的“关键指标”章节。评估基准为 OmniDocBench(面向多样 PDF 文档解析的综合标注基准),指标为各维度的编辑距离(Edit,越低越好):

Method TypeMethodsOverall ENOverall ZHText ENText ZHFormula ENFormula ZHTable ENTable ZHRead Order ENRead Order ZH
Pipeline ToolsPP-structureV30.1450.2060.0580.0880.2950.5350.1590.1090.0690.091
Pipeline ToolsMinerU-0.9.30.150.3570.0610.2150.2780.5770.180.3440.0790.292
Pipeline ToolsMinerU-1.3.110.1660.3100.08260.20000.33680.62360.16130.18330.08340.2316
Pipeline ToolsMarker-1.2.30.3360.5560.080.3150.530.8830.6190.6850.1140.34
Pipeline ToolsMathpix0.1910.3650.1050.3840.3060.4540.2430.320.1080.304
Pipeline ToolsDocling-2.14.00.5890.9090.4160.9870.99910.6270.810.3130.837
Pipeline ToolsPix2Text-1.1.2.30.320.5280.1380.3560.2760.6110.5840.6450.2810.499
Pipeline ToolsUnstructured-0.17.20.5860.7160.1980.4810.999110.9980.1450.387
Pipeline ToolsOpenParse-0.7.00.6460.8140.6810.9740.99610.2840.6390.5950.641
Expert VLMsGOT-OCR0.2870.4110.1890.3150.360.5280.4590.520.1410.28
Expert VLMsNougat0.4520.9730.3650.9980.4880.9410.57210.3820.954
Expert VLMsMistral OCR0.2680.4390.0720.3250.3180.4950.60.650.0830.284
Expert VLMsOLMOCR-sglang0.3260.4690.0970.2930.4550.6550.6080.6520.1450.277
Expert VLMsSmolDocling-256M_transformer0.4930.8160.2620.8380.7530.9970.7290.9070.2270.522
General VLMsGemini2.0-flash0.1910.2640.0910.1390.3890.5840.1930.2060.0920.128
General VLMsGemini2.5-Pro0.1480.2120.0550.1680.3560.4390.130.1190.0490.121
General VLMsGPT4o0.2330.3990.1440.4090.4250.6060.2340.3290.1280.251
General VLMsQwen2-VL-72B0.2520.3270.0960.2180.4040.4870.3870.4080.1190.193
General VLMsQwen2.5-VL-72B0.2140.2610.0920.180.3150.4340.3410.2620.1060.168
General VLMsInternVL2-76B0.440.4430.3530.290.5430.7010.5470.5550.3170.228

从该表可以读出两点选型参考:在流水线类工具中,PP-structureV3 的 Overall 中英文编辑距离(0.145 / 0.206)与中文版 Text 指标均为加粗最优值;在专家 VLM 中,GOT-OCR 与 Mistral OCR 的整体编辑距离低于多数通用大 VLM,说明文档解析这一任务上“专用小模型组合的流水线”与“通用大模型”各有位置。注意中文 Formula 维度(0.535)相对偏高,若业务对公式解析要求严苛,可结合第 3 节基准考虑是否关闭公式识别或单独优化。

3. 推理性能基准

3.1 本地推理基准

基本测试环境为:Paddle 3.0 正式版、PaddleOCR 3.0.0 正式版、MinerU 1.3.10、CUDA 11.8、cuDNN 8.9。测试数据为 15 个 PDF 文件共 925 页,包含表格、公式、印章、图表等元素;在 V100 与 A100 两种 GPU 上测试了 6 种配置。配置维度包括:OCR 模型(Server/Mobile 系列)、公式识别模型(PP-FormulaNet-L / M)、是否启用图表识别模块、文本检测max_side_limit

NVIDIA Tesla V100 + Intel Xeon Gold 6271C:

方案OCR 模型公式识别模型图表识别max_side_limit每页耗时 (s)平均 CPU (%)峰值 RAM (GB)平均 RAM (GB)平均 GPU (%)峰值 VRAM (GB)平均 VRAM (GB)
PP-StructureV3Server 系列PP-FormulaNet-L40961.77111.46.75.238.917.016.5
PP-StructureV3Server 系列PP-FormulaNet-L40964.09105.35.54.024.717.016.6
PP-StructureV3Mobile 系列PP-FormulaNet-L40961.56113.76.64.929.110.710.6
PP-StructureV3Server 系列PP-FormulaNet-M40961.42112.96.85.13816.015.5
PP-StructureV3Mobile 系列PP-FormulaNet-M40961.15114.86.55.026.18.48.3
PP-StructureV3Mobile 系列PP-FormulaNet-M12000.991137.05.629.28.68.5
MinerU----1.57142.913.311.843.331.69.7

NVIDIA A100 + Intel Xeon Platinum 8350C:

方案OCR 模型公式识别模型图表识别max_side_limit每页耗时 (s)平均 CPU (%)峰值 RAM (GB)平均 RAM (GB)平均 GPU (%)峰值 VRAM (GB)平均 VRAM (GB)
PP-StructureV3Server 系列PP-FormulaNet-L40961.12109.89.27.829.821.821.1
PP-StructureV3Server 系列PP-FormulaNet-L40962.76103.79.07.72421.821.1
PP-StructureV3Mobile 系列PP-FormulaNet-L40961.04110.79.37.82212.212.1
PP-StructureV3Server 系列PP-FormulaNet-M40960.95111.49.17.828.121.821.0
PP-StructureV3Mobile 系列PP-FormulaNet-M40960.89112.19.27.818.511.411.2
PP-StructureV3Mobile 系列PP-FormulaNet-M12000.64113.510.28.523.711.411.2
MinerU----1.06168.318.316.827.576.914.8

两张表共同说明了三个调参杠杆的作用方向:

  1. OCR 模型 Server→Mobile:显著降低显存(V100 上 17GB→8.4GB),耗时变化不大;
  2. 公式识别模型 L→M:耗时略降、VRAM 降低;
  3. max_side_limit4096→1200:文本检测输入分辨率下降后耗时与显存进一步降低(V100 上 1.15s/8.4GB → 0.99s/8.6GB)。max_side_limit的设置方式详见 文本检测模块文档;
  4. 启用图表识别模块:精度能力增强但每页耗时明显上升(V100 上 1.77s→4.09s),按需开启。

3.2 服务化部署基准

服务化部署测试基于 NVIDIA A100 + Intel Xeon Platinum 8350C,测试数据为 1500 张包含表格、公式、印章、图表等元素的图像:

实例数并发请求数吞吐平均时延(s)成功请求数/总请求数
4卡 ✖ 1实例/卡41.692.36100%
4卡 ✖ 4实例/卡164.053.87100%

从数据看,多实例(4 卡 × 4 实例/卡)将吞吐从 1.69 提升到 4.05,时延从 2.36s 上升到 3.87s,成功率保持 100%——这是“以时延换吞吐”的典型服务化扩展路径。

3.3 产线基准测试数据

测试环境:PaddlePaddle 3.1.0、CUDA 11.8、cuDNN 8.9、PaddleX @ develop 版本;测试数据为包含表格、印章、公式、图表的 280 张图像;测试策略为先使用 20 个样本预热,再对整个数据集重复 1 次测速。

流水线配置硬件平均推理时间 (s)峰值 CPU (%)平均 CPU (%)峰值主机内存 (MB)平均主机内存 (MB)峰值 GPU (%)平均 GPU (%)峰值设备内存 (MB)平均设备内存 (MB)
PP_StructureV3-defaultIntel 8350C + A1001.381384.60113.265781.593431.2110032.7937370.0034165.68
PP_StructureV3-defaultIntel 6271C + V1002.38608.70109.966388.913737.1910039.0826824.0024581.61
PP_StructureV3-defaultIntel 8563C + H201.36744.30112.826199.013865.7810043.8135132.0032077.12
PP_StructureV3-defaultIntel 8350C + A101.74418.50105.966138.253503.4110048.5418536.0018353.93
PP_StructureV3-defaultIntel 6271C + T43.70434.40105.456865.873595.6810071.9213970.0012668.58
PP_StructureV3-ppIntel 8350C + A1003.50679.30105.9613850.205146.5010014.0137656.0034716.95
PP_StructureV3-ppIntel 6271C + V1005.03494.20105.6313542.944833.5510020.3629402.0026607.92
PP_StructureV3-ppIntel 8563C + H203.17481.50105.1314179.975608.8010019.3535454.0032512.19
PP_StructureV3-fullIntel 8350C + A1008.92697.30102.8813777.074573.6510018.3938776.0037554.09
PP_StructureV3-fullIntel 6271C + V10013.12437.40102.3613974.004484.0010017.5029878.0028733.59
PP_StructureV3-sealIntel 8350C + A1001.39747.50112.555788.793742.0310033.8138966.0035832.44
PP_StructureV3-sealIntel 6271C + V1002.44630.10110.186343.393725.9810042.2328078.0025834.70
PP_StructureV3-sealIntel 8563C + H201.40792.20113.636673.604417.3410046.3335530.0032516.87
PP_StructureV3-sealIntel 8350C + A101.75422.40106.086068.873973.4910050.1219630.0018374.37
PP_StructureV3-sealIntel 6271C + T43.76400.30105.106296.283651.4210072.5714304.0013268.36
PP_StructureV3-chartIntel 8350C + A1007.70746.80102.696355.584006.4810022.3837380.0036730.73
PP_StructureV3-chartIntel 6271C + V10010.58599.20102.515754.143333.7810021.9926820.0026253.70
PP_StructureV3-chartIntel 8350C + A108.03413.30101.316473.293689.8410026.1918540.0018494.69
PP_StructureV3-chartIntel 6271C + T411.69460.90101.856503.123524.0610046.8113966.0012481.94
PP_StructureV3-notableIntel 8350C + A1001.24738.30110.455638.163278.3010035.3230320.0027026.17
PP_StructureV3-notableIntel 6271C + V1002.24452.40107.795579.153635.9510043.0023098.0020684.43
PP_StructureV3-notableIntel 8563C + H201.18989.00107.716041.764024.7610050.6733780.0029733.15
PP_StructureV3-notableIntel 8350C + A101.58225.00102.565518.103333.0810049.9021532.0018567.99
PP_StructureV3-notableIntel 6271C + T43.40413.30103.585874.883662.4910076.8213764.0011890.62
PP_StructureV3-noformulaIntel 6271C(纯 CPU)7.851172.50964.7017739.0011101.02N/AN/AN/AN/A
PP_StructureV3-noformulaIntel 8350C(纯 CPU)8.831053.50970.6415463.489408.19N/AN/AN/AN/A
PP_StructureV3-noformulaIntel 8350C + A1000.84788.60124.256246.393674.3210030.5740084.0037358.45
PP_StructureV3-noformulaIntel 6271C + V1001.42606.20115.537015.573707.0310035.6329540.0027620.28
PP_StructureV3-noformulaIntel 8563C + H200.87644.10119.236895.764222.8510050.0036878.0034104.59
PP_StructureV3-noformulaIntel 8350C + A101.03377.50106.875819.883830.1910042.8719340.0017550.94
PP_StructureV3-noformulaIntel 6271C + T42.02430.20109.216600.623824.1810065.7514332.0012712.18
PP_StructureV3-lightweightIntel 6271C(纯 CPU)4.361189.70995.7814000.509374.97N/AN/AN/AN/A
PP_StructureV3-lightweightIntel 8350C(纯 CPU)3.741049.60967.7712960.967644.25N/AN/AN/AN/A
PP_StructureV3-lightweightHygon 7490 + P8000.86572.20120.848290.493569.44N/AN/AN/AN/A
PP_StructureV3-lightweightIntel 8350C + A1000.61823.40126.259258.223776.635218.957456.007131.95
PP_StructureV3-lightweightIntel 6271C + V1001.07686.80116.709381.754126.285822.928450.008083.30
PP_StructureV3-lightweightIntel 8563C + H200.46999.00122.219734.784516.406124.417524.007167.52
PP_StructureV3-lightweightIntel 8350C + A100.70355.40111.519415.454094.068930.857248.006927.58
PP_StructureV3-lightweightM4(Apple Silicon)12.22223.60107.359531.227884.61N/AN/AN/AN/A
PP_StructureV3-lightweightIntel 6271C + T41.13461.40112.167923.093837.318541.678218.007902.04

各流水线配置的含义如下:

Pipeline configurationdescription
PP_StructureV3-default默认配置
PP_StructureV3-pp默认配置基础上,开启文档图像预处理
PP_StructureV3-full默认配置基础上,开启文档图像预处理和图表解析
PP_StructureV3-seal默认配置基础上,开启印章文本识别
PP_StructureV3-chart默认配置基础上,开启文档图表解析
PP_StructureV3-notable默认配置基础上,关闭表格识别
PP_StructureV3-noformula默认配置基础上,关闭公式识别
PP_StructureV3-lightweight默认配置基础上,将所有任务模型都换成最轻量版本

备注:由于未收集 NPU 和 XPU 的设备内存数据,表中相应位置标记为 N/A。从该表可以得出几条实用结论:默认配置(Server 级模型)在 A100 上约 1.38 s/张、峰值显存约 37 GB;开启文档图像预处理(-pp)会使耗时翻倍以上(3.50 s),因为矫正模型参与每张图处理;关闭表格/公式(-notable/-noformula)与轻量化(-lightweight)是降低耗时与显存的主要手段,lightweight配置在 A100 上 0.61 s/张、显存峰值仅 7.5 GB,并且支持纯 CPU(Intel 8350C 约 3.74 s/张)与 Apple M4 等异构环境。

4. 实战使用:CLI 与 Python API

4.1 CLI 调用

PPStructureV3CLISubcommandExecutor注册的子命令为pp_structurev3,其参数在 pp_structurev3.py#L698-L1025 中逐个注册。最小可用命令:

# 基本用法:输入图像/PDF 路径或 URL,输出解析结果 python -m paddleocr pp_structurev3 -i ./doc.png --save_path ./output
  • -i / --input:必填,输入路径或 URL(由 paddleocr/_utils/cli.py#L31-L47 定义);
  • --save_path:输出目录,执行器会逐条打印结果并调用res.save_all(save_path)落盘(见 perform_simple_inference);
  • 常用调参示例:
# 关闭表格/公式识别,降低耗时与显存 python -m paddleocr pp_structurev3 -i ./doc.pdf \ --use_table_recognition False --use_formula_recognition False \ --save_path ./output # 调整版面检测阈值与文本检测分辨率 python -m paddleocr pp_structurev3 -i ./doc.png \ --layout_threshold 0.5 --text_det_limit_side_len 960 \ --save_path ./output

CLI 中布尔开关通过str2bool解析,接受true/yes/t/y/1等写法(paddleocr/_utils/cli.py#L20-L21)。

4.2 Python API 调用

from paddleocr import PPStructureV3 pipeline = PPStructureV3( # ocr_version="PP-OCRv5", # 可选:约束内置 OCR 子产线版本 # lang=None, # 可选:语言,未指定时默认 ch # layout_threshold=0.5, # 可选:版面检测置信度阈值 ) results = pipeline.predict("./doc.png") # 或 predict_iter 逐条流式获取 for res in results: res.print() # 打印单页解析结果 res.save_all(save_path="./output") # 保存 Markdown 等产物

predict返回predict_iter的结果列表(pp_structurev3.py#L223-L298);对多页 PDF,还可以使用concatenate_markdown_pages(markdown_list)将逐页 Markdown 拼接为整份文档。仓库测试 tests/pipelines/test_pp_structurev3.py 验证了:结果对象包含overall_ocr_res,其中有dt_polys(检测多边形)、rec_texts(识别文本)、rec_polysrec_boxes四类字段,且上述参数均能正确透传到底层 PaddleX 产线。

4.3 核心参数说明

以下参数分组整理自PPStructureV3.__init__predict_iter的签名(pp_structurev3.py#L31-L221),是 CLI 同名选项的完整集合:

功能开关类(布尔值):

参数作用
use_doc_orientation_classify是否使用文档图像方向分类(文档预处理)
use_doc_unwarping是否使用文本图像矫正
use_textline_orientation是否使用文本行方向分类
use_seal_recognition是否启用印章文本识别
use_table_recognition是否启用表格识别
use_formula_recognition是否启用公式识别
use_chart_recognition是否启用图表识别
use_region_detection是否启用版面子区域检测(多栏阅读顺序)
format_block_content是否将块内容格式化为 Markdown
markdown_ignore_labelsMarkdown 输出中忽略的版面标签列表(nargs="+"

版面检测后处理类:

参数说明
layout_threshold版面检测置信度阈值。测试用例确认支持标量、按类别列表(如[0.45, 0.4])与{类号: 阈值}字典三种形式
layout_nms版面检测是否使用 NMS
layout_unclip_ratio检测框扩张系数,同样支持标量/列表/字典
layout_merge_bboxes_mode重叠框合并策略,取值union/small/large(字典形式可按类别指定),合并计算由补丁后的calculate_overlap_ratio完成(paddleocr/_pipelines/_patch_layout_parsing.py#L35-L73)

文本检测/识别类:

参数说明
text_det_limit_side_len/text_det_limit_type文本检测输入图像边长限制及限制方式(min/max)
text_det_thresh/text_det_box_thresh像素级与框级检测阈值
text_det_unclip_ratio文本检测区域扩张系数
text_rec_score_thresh文本识别置信度过滤阈值
text_detection_model_name/_dirtext_recognition_model_name/_dirtext_recognition_batch_sizeOCR 模型指定与批大小

表格/印章/公式/图表模块:每个模块均提供*_model_name*_model_dir*_batch_size,印章另有seal_det_limit_side_len/_type/thresh/box_thresh/unclip_ratioseal_rec_score_threshpredict_iter还提供use_wired_table_cells_trans_to_htmluse_wireless_table_cells_trans_to_htmluse_table_orientation_classifyuse_ocr_results_with_table_cellsuse_e2e_wired_table_rec_modeluse_e2e_wireless_table_rec_model等表格识别子产线开关(默认分别为 False/False/True/True/False/True)。

构造期语言与版本参数:langocr_version(取值限于PP-OCRv3/PP-OCRv4/PP-OCRv5,否则抛出ValueError)。注意:当同时显式指定了检测/识别模型名或目录时,langocr_version会被忽略并输出警告。

5. 使用方法和常见问题

Q:默认模型是什么配置?如果需要更高精度、更快速度、或更小显存,应该调哪些参数?A:默认模型均采用了各模块参数量最大的模型,第 3.3 节展示了不同模型选择对显存和推理速度的影响,可根据设备情况和样本难易程度选择合适的模型。在 Python API 或 CLI 中设置device<设备类型>:<设备编号1>,<设备编号2>...(例如gpu:0,1,2,3)可实现多卡并行推理;若内置多卡并行提速仍不满足预期,可参考官方多进程并行推理文档,结合具体场景进一步优化。

Q:PP-StructureV3 是否可以在 CPU 上运行?A:更推荐在 GPU 环境下推理,但也支持 CPU 运行。得益于多种配置选项与对轻量级模型的优化,纯 CPU 环境可选用轻量化配置,例如在 Intel 8350C 上每张图片推理时间约为 3.74 秒(对应PP_StructureV3-lightweight配置)。

Q:如何将 PP-StructureV3 集成到自己的项目中?A:

  • Python 项目:直接使用 PaddleOCR 的 Python API 集成(本文第 4.2 节);
  • 其他编程语言:建议通过服务化部署方式集成,PaddleOCR 支持 C++、C#、Java、Go、PHP 等多种语言的客户端调用方式(仓库内即提供了 Go 客户端 api_sdk/go 与 TypeScript 客户端 api_sdk/typescript 示例与实现);
  • 若需与大模型交互,PaddleOCR 还提供 MCP 服务,仓库内对应实现见 mcp_server。

Q:服务化部署可以并发处理请求吗?A:基础服务化部署方案同一时间只处理一个请求,主要用于快速验证、打通开发链路或不需并发的场景;高稳定性服务化部署方案默认同样是单请求,但可参考服务化部署指南通过调整配置实现水平扩展(第 3.2 节的多实例基准即展示了该扩展方式)。

Q:服务化部署如何降低时延、提升吞吐?A:两种服务化部署方案都可以通过启用高性能推理插件提升模型推理速度、降低时延;对于高稳定性部署方案,通过调整服务配置设置多个实例,可以充分利用部署机器资源、有效提升吞吐。

6. 延伸阅读

  • 产线完整使用教程(含各模块模型列表与下载):PP-StructureV3 产线使用教程
  • 各子模块文档:版面区域检测、文本检测、文本识别、公式识别、表格结构识别、图表解析
  • 源码与测试:产线封装、CLI 工具函数、参数透传测试

【免费下载链接】PaddleOCRTurn any PDF or image document into structured data for your AI. A powerful, lightweight OCR toolkit that bridges the gap between images/PDFs and LLMs. Supports 100+ languages.项目地址: https://gitcode.com/GitHub_Trending/pa/PaddleOCR

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/12 4:55:50

Doris与数据湖融合架构:实时分析与海量存储的完美结合

1. 项目概述&#xff1a;当Doris遇见数据湖三年前我第一次在生产环境部署Apache Doris时&#xff0c;这个MPP分析型数据库还鲜为人知。如今作为国内实时数仓的标杆方案&#xff0c;Doris与数据湖的融合正在重新定义大数据架构的边界。这种融合不是简单的技术堆砌&#xff0c;而…

作者头像 李华
网站建设 2026/9/12 4:55:09

Nakama 上 K8s:从 CockroachDB 连接串到 HPA 的落地走法

Nakama 上 K8s&#xff1a;从 CockroachDB 连接串到 HPA 的落地走法 【免费下载链接】nakama Scalable open-source game backend server: multiplayer, matchmaking, leaderboards, chat, and social features for games. 项目地址: https://gitcode.com/GitHub_Trending/na…

作者头像 李华
网站建设 2026/9/12 4:51:23

Java日期处理工具类DateUtil详解与最佳实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华