(English|简体中文)
PaddleOCR提供2种服务部署方式:
- 基于PaddleHub Serving的部署:代码路径为"
./deploy/hubserving
",使用方法参考文档; - 基于PaddleServing的部署:代码路径为"
./deploy/pdserving
",按照本教程使用。
本文档将介绍如何使用PaddleServing工具部署PPOCR 动态图模型的pipeline在线服务。
相比较于hubserving部署,PaddleServing具备以下优点:
- 支持客户端和服务端之间高并发和高效通信
- 支持 工业级的服务能力 例如模型管理,在线加载,在线A/B测试等
- 支持 多种编程语言 开发客户端,例如C++, Python和Java
更多有关PaddleServing服务化部署框架介绍和使用教程参考文档。
需要准备PaddleOCR的运行环境和Paddle Serving的运行环境。
-
准备PaddleOCR的运行环境链接 根据环境下载对应的paddle whl包,推荐安装2.0.1版本
-
准备PaddleServing的运行环境,步骤如下
# 安装serving,用于启动服务
wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_server_gpu-0.7.0.post102-py3-none-any.whl
pip3 install paddle_serving_server_gpu-0.7.0.post102-py3-none-any.whl
# 如果是cuda10.1环境,可以使用下面的命令安装paddle-serving-server
# wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_server_gpu-0.7.0.post101-py3-none-any.whl
# pip3 install paddle_serving_server_gpu-0.7.0.post101-py3-none-any.whl
# 安装client,用于向服务发送请求
wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_client-0.7.0-cp37-none-any.whl
pip3 install paddle_serving_client-0.7.0-cp37-none-any.whl
# 安装serving-app
wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_app-0.7.0-py3-none-any.whl
pip3 install paddle_serving_app-0.7.0-py3-none-any.whl
Note: 如果要安装最新版本的PaddleServing参考链接。
使用PaddleServing做服务化部署时,需要将保存的inference模型转换为serving易于部署的模型。
首先,下载PPOCR的inference模型
# 下载并解压 OCR 文本检测模型
wget https://paddleocr.bj.bcebos.com/PP-OCRv2/chinese/ch_PP-OCRv2_det_infer.tar -O ch_PP-OCRv2_det_infer.tar && tar -xf ch_PP-OCRv2_det_infer.tar
# 下载并解压 OCR 文本识别模型
wget https://paddleocr.bj.bcebos.com/PP-OCRv2/chinese/ch_PP-OCRv2_rec_infer.tar -O ch_PP-OCRv2_rec_infer.tar && tar -xf ch_PP-OCRv2_rec_infer.tar
接下来,用安装的paddle_serving_client把下载的inference模型转换成易于server部署的模型格式。
# 转换检测模型
python3 -m paddle_serving_client.convert --dirname ./ch_PP-OCRv2_det_infer/ \
--model_filename inference.pdmodel \
--params_filename inference.pdiparams \
--serving_server ./ppocrv2_det_serving/ \
--serving_client ./ppocrv2_det_client/
# 转换识别模型
python3 -m paddle_serving_client.convert --dirname ./ch_PP-OCRv2_rec_infer/ \
--model_filename inference.pdmodel \
--params_filename inference.pdiparams \
--serving_server ./ppocrv2_rec_serving/ \
--serving_client ./ppocrv2_rec_client/
检测模型转换完成后,会在当前文件夹多出ppocrv2_det_serving
和ppocrv2_det_client
的文件夹,具备如下格式:
|- ppocrv2_det_serving/
|- __model__
|- __params__
|- serving_server_conf.prototxt
|- serving_server_conf.stream.prototxt
|- ppocrv2_det_client
|- serving_client_conf.prototxt
|- serving_client_conf.stream.prototxt
识别模型同理。
-
下载PaddleOCR代码,若已下载可跳过此步骤
git clone https://github.com/PaddlePaddle/PaddleOCR # 进入到工作目录 cd PaddleOCR/deploy/pdserving/
pdserver目录包含启动pipeline服务和发送预测请求的代码,包括:
__init__.py config.yml # 启动服务的配置文件 ocr_reader.py # OCR模型预处理和后处理的代码实现 pipeline_http_client.py # 发送pipeline预测请求的脚本 web_service.py # 启动pipeline服务端的脚本
-
启动服务可运行如下命令:
# 启动服务,运行日志保存在log.txt python3 web_service.py &>log.txt &
-
发送服务请求:
python3 pipeline_http_client.py
成功运行后,模型预测的结果会打印在cmd窗口中,结果示例为:
调整 config.yml 中的并发个数获得最大的QPS, 一般检测和识别的并发数为2:1
det: #并发数,is_thread_op=True时,为线程并发;否则为进程并发 concurrency: 8 ... rec: #并发数,is_thread_op=True时,为线程并发;否则为进程并发 concurrency: 4 ...
有需要的话可以同时发送多个服务请求
预测性能数据会被自动写入
PipelineServingLogs/pipeline.tracer
文件中。在200张真实图片上测试,把检测长边限制为960。T4 GPU 上 QPS 均值可达到23左右:
2021-05-13 03:42:36,895 ==================== TRACER ====================== 2021-05-13 03:42:36,975 Op(rec): 2021-05-13 03:42:36,976 in[14.472382882882883 ms] 2021-05-13 03:42:36,976 prep[9.556855855855856 ms] 2021-05-13 03:42:36,976 midp[59.921905405405404 ms] 2021-05-13 03:42:36,976 postp[15.345945945945946 ms] 2021-05-13 03:42:36,976 out[1.9921216216216215 ms] 2021-05-13 03:42:36,976 idle[0.16254943864471572] 2021-05-13 03:42:36,976 Op(det): 2021-05-13 03:42:36,976 in[315.4468035714286 ms] 2021-05-13 03:42:36,976 prep[69.5980625 ms] 2021-05-13 03:42:36,976 midp[18.989535714285715 ms] 2021-05-13 03:42:36,976 postp[18.857803571428573 ms] 2021-05-13 03:42:36,977 out[3.1337544642857145 ms] 2021-05-13 03:42:36,977 idle[0.7477961159203756] 2021-05-13 03:42:36,977 DAGExecutor: 2021-05-13 03:42:36,977 Query count[224] 2021-05-13 03:42:36,977 QPS[22.4 q/s] 2021-05-13 03:42:36,977 Succ[0.9910714285714286] 2021-05-13 03:42:36,977 Error req[169, 170] 2021-05-13 03:42:36,977 Latency: 2021-05-13 03:42:36,977 ave[535.1678348214285 ms] 2021-05-13 03:42:36,977 .50[172.651 ms] 2021-05-13 03:42:36,977 .60[187.904 ms] 2021-05-13 03:42:36,977 .70[245.675 ms] 2021-05-13 03:42:36,977 .80[526.684 ms] 2021-05-13 03:42:36,977 .90[854.596 ms] 2021-05-13 03:42:36,977 .95[1722.728 ms] 2021-05-13 03:42:36,977 .99[3990.292 ms] 2021-05-13 03:42:36,978 Channel (server worker num[10]): 2021-05-13 03:42:36,978 chl0(In: ['@DAGExecutor'], Out: ['det']) size[0/0] 2021-05-13 03:42:36,979 chl1(In: ['det'], Out: ['rec']) size[6/0] 2021-05-13 03:42:36,979 chl2(In: ['rec'], Out: ['@DAGExecutor']) size[0/0]
Windows用户不能使用上述的启动方式,需要使用Web Service,详情参见Windows平台使用Paddle Serving指导
WINDOWS只能使用0.5.0版本的CPU模式
准备阶段:
pip3 install paddle-serving-server==0.5.0
pip3 install paddle-serving-app==0.3.1
- 启动服务端程序
cd win
python3 ocr_web_server.py gpu(使用gpu方式)
或者
python3 ocr_web_server.py cpu(使用cpu方式)
- 发送服务请求
python3 ocr_web_client.py
Q1: 发送请求后没有结果返回或者提示输出解码报错
A1: 启动服务和发送请求时不要设置代理,可以在启动服务前和发送请求前关闭代理,关闭代理的命令是:
unset https_proxy
unset http_proxy