README_CN.md 10.9 KB
Newer Older
L
LDOUBLEV 已提交
1 2 3 4
# PPOCR 服务化部署

([English](./README.md)|简体中文)

L
LDOUBLEV 已提交
5 6 7 8 9 10
PaddleOCR提供2种服务部署方式:
- 基于PaddleHub Serving的部署:代码路径为"`./deploy/hubserving`",使用方法参考[文档](../../deploy/hubserving/readme.md)
- 基于PaddleServing的部署:代码路径为"`./deploy/pdserving`",按照本教程使用。

# 基于PaddleServing的服务部署

L
LDOUBLEV 已提交
11 12 13
本文档将介绍如何使用[PaddleServing](https://github.com/PaddlePaddle/Serving/blob/develop/README_CN.md)工具部署PPOCR
动态图模型的pipeline在线服务。

L
LDOUBLEV 已提交
14 15 16 17
相比较于hubserving部署,PaddleServing具备以下优点:
- 支持客户端和服务端之间高并发和高效通信
- 支持 工业级的服务能力 例如模型管理,在线加载,在线A/B测试等
- 支持 多种编程语言 开发客户端,例如C++, Python和Java
L
LDOUBLEV 已提交
18

L
LDOUBLEV 已提交
19
更多有关PaddleServing服务化部署框架介绍和使用教程参考[文档](https://github.com/PaddlePaddle/Serving/blob/develop/README_CN.md)
L
LDOUBLEV 已提交
20

L
LDOUBLEV 已提交
21 22 23 24
## 目录
- [环境准备](#环境准备)
- [模型转换](#模型转换)
- [Paddle Serving pipeline部署](#部署)
T
tink2123 已提交
25
- [Paddle Serving C++ 部署](#C++)
fanruinet's avatar
fanruinet 已提交
26
- [Windows用户](#Windows用户)
L
LDOUBLEV 已提交
27
- [FAQ](#FAQ)
L
LDOUBLEV 已提交
28

L
LDOUBLEV 已提交
29
<a name="环境准备"></a>
L
LDOUBLEV 已提交
30 31 32 33
## 环境准备

需要准备PaddleOCR的运行环境和Paddle Serving的运行环境。

T
tink2123 已提交
34
- 准备PaddleOCR的运行环境[链接](../../doc/doc_ch/installation.md)
T
tink2123 已提交
35
  根据环境下载对应的paddle whl包,推荐安装2.2.1版本
L
LDOUBLEV 已提交
36

L
LDOUBLEV 已提交
37
- 准备PaddleServing的运行环境,步骤如下
L
LDOUBLEV 已提交
38

littletomatodonkey's avatar
littletomatodonkey 已提交
39 40
```bash
# 安装serving,用于启动服务
T
tink2123 已提交
41 42
wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_server_gpu-0.8.3.post102-py3-none-any.whl
pip3 install paddle_serving_server_gpu-0.8.3.post102-py3-none-any.whl
littletomatodonkey's avatar
littletomatodonkey 已提交
43
# 如果是cuda10.1环境,可以使用下面的命令安装paddle-serving-server
T
tink2123 已提交
44 45
wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_server_gpu-0.8.3.post101-py3-none-any.whl
# pip3 install paddle_serving_server_gpu-0.8.3.post101-py3-none-any.whl
littletomatodonkey's avatar
littletomatodonkey 已提交
46 47

# 安装client,用于向服务发送请求
T
tink2123 已提交
48 49 50
wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_client-0.8.3-cp37-none-any.whl
pip3 install paddle_serving_client-0.8.3-cp37-none-any.whl

littletomatodonkey's avatar
littletomatodonkey 已提交
51 52

# 安装serving-app
T
tink2123 已提交
53 54
wget https://paddle-serving.bj.bcebos.com/test-dev/whl/paddle_serving_app-0.8.3-py3-none-any.whl
pip3 install paddle_serving_app-0.8.3-py3-none-any.whl
littletomatodonkey's avatar
littletomatodonkey 已提交
55
```
L
LDOUBLEV 已提交
56

T
tink2123 已提交
57
**Note:** 如果要安装最新版本的PaddleServing参考[链接](https://github.com/PaddlePaddle/Serving/blob/v0.8.3/doc/Latest_Packages_CN.md)
L
LDOUBLEV 已提交
58 59

<a name="模型转换"></a>
L
LDOUBLEV 已提交
60
## 模型转换
L
LDOUBLEV 已提交
61

L
LDOUBLEV 已提交
62 63
使用PaddleServing做服务化部署时,需要将保存的inference模型转换为serving易于部署的模型。

littletomatodonkey's avatar
littletomatodonkey 已提交
64
首先,下载PPOCR的[inference模型](https://github.com/PaddlePaddle/PaddleOCR#pp-ocr-series-model-listupdate-on-september-8th)
littletomatodonkey's avatar
littletomatodonkey 已提交
65 66

```bash
L
LDOUBLEV 已提交
67
# 下载并解压 OCR 文本检测模型
littletomatodonkey's avatar
littletomatodonkey 已提交
68
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
L
LDOUBLEV 已提交
69
# 下载并解压 OCR 文本识别模型
littletomatodonkey's avatar
littletomatodonkey 已提交
70
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
L
LDOUBLEV 已提交
71 72 73
```

接下来,用安装的paddle_serving_client把下载的inference模型转换成易于server部署的模型格式。
L
LDOUBLEV 已提交
74

littletomatodonkey's avatar
littletomatodonkey 已提交
75
```bash
L
LDOUBLEV 已提交
76
# 转换检测模型
littletomatodonkey's avatar
littletomatodonkey 已提交
77
python3 -m paddle_serving_client.convert --dirname ./ch_PP-OCRv2_det_infer/ \
L
LDOUBLEV 已提交
78 79
                                         --model_filename inference.pdmodel          \
                                         --params_filename inference.pdiparams       \
littletomatodonkey's avatar
littletomatodonkey 已提交
80 81
                                         --serving_server ./ppocrv2_det_serving/ \
                                         --serving_client ./ppocrv2_det_client/
L
LDOUBLEV 已提交
82 83

# 转换识别模型
littletomatodonkey's avatar
littletomatodonkey 已提交
84
python3 -m paddle_serving_client.convert --dirname ./ch_PP-OCRv2_rec_infer/ \
L
LDOUBLEV 已提交
85 86
                                         --model_filename inference.pdmodel          \
                                         --params_filename inference.pdiparams       \
littletomatodonkey's avatar
littletomatodonkey 已提交
87 88
                                         --serving_server ./ppocrv2_rec_serving/  \
                                         --serving_client ./ppocrv2_rec_client/
L
LDOUBLEV 已提交
89 90
```

littletomatodonkey's avatar
littletomatodonkey 已提交
91
检测模型转换完成后,会在当前文件夹多出`ppocrv2_det_serving``ppocrv2_det_client`的文件夹,具备如下格式:
L
LDOUBLEV 已提交
92
```
littletomatodonkey's avatar
littletomatodonkey 已提交
93
|- ppocrv2_det_serving/
L
LDOUBLEV 已提交
94 95 96 97 98
  |- __model__  
  |- __params__
  |- serving_server_conf.prototxt  
  |- serving_server_conf.stream.prototxt

littletomatodonkey's avatar
littletomatodonkey 已提交
99
|- ppocrv2_det_client
L
LDOUBLEV 已提交
100 101 102 103 104 105
  |- serving_client_conf.prototxt  
  |- serving_client_conf.stream.prototxt

```
识别模型同理。

L
LDOUBLEV 已提交
106
<a name="部署"></a>
L
LDOUBLEV 已提交
107 108
## Paddle Serving pipeline部署

L
LDOUBLEV 已提交
109 110 111 112 113
1. 下载PaddleOCR代码,若已下载可跳过此步骤
    ```
    git clone https://github.com/PaddlePaddle/PaddleOCR

    # 进入到工作目录
T
tink2123 已提交
114
    cd PaddleOCR/deploy/pdserving/
L
LDOUBLEV 已提交
115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139
    ```
    pdserver目录包含启动pipeline服务和发送预测请求的代码,包括:
    ```
    __init__.py
    config.yml            # 启动服务的配置文件
    ocr_reader.py         # OCR模型预处理和后处理的代码实现
    pipeline_http_client.py   # 发送pipeline预测请求的脚本
    web_service.py        # 启动pipeline服务端的脚本
    ```

2. 启动服务可运行如下命令:
    ```
    # 启动服务,运行日志保存在log.txt
    python3 web_service.py &>log.txt &
    ```
    成功启动服务后,log.txt中会打印类似如下日志
    ![](./imgs/start_server.png)

3. 发送服务请求:
    ```
    python3 pipeline_http_client.py
    ```
    成功运行后,模型预测的结果会打印在cmd窗口中,结果示例为:
    ![](./imgs/results.png)

T
add qps  
tink2123 已提交
140 141 142 143 144 145 146 147 148 149 150 151 152
    调整 config.yml 中的并发个数获得最大的QPS, 一般检测和识别的并发数为2:1
    ```
    det:
        #并发数,is_thread_op=True时,为线程并发;否则为进程并发
        concurrency: 8
        ...
    rec:
        #并发数,is_thread_op=True时,为线程并发;否则为进程并发
        concurrency: 4
        ...
    ```
    有需要的话可以同时发送多个服务请求

T
add qps  
tink2123 已提交
153 154
    预测性能数据会被自动写入 `PipelineServingLogs/pipeline.tracer` 文件中。

T
add qps  
tink2123 已提交
155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190
    在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]
T
add qps  
tink2123 已提交
191
    ```
L
LDOUBLEV 已提交
192

T
tink2123 已提交
193 194 195
<a name="C++"></a>
## Paddle Serving C++ 部署]

T
tink2123 已提交
196 197 198 199 200 201
C++ 部署

基于python的服务部署,显然具有二次开发便捷的优势,然而真正落地应用,往往需要追求更优的性能。PaddleServing 也提供了性能更优的C++部署版本。

C++ 服务部署在环境搭建和数据准备阶段与 python 相同,区别在于启动服务和客户端发送请求时不同。

T
tink2123 已提交
202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226
1. 准备 Serving 环境

为了提高预测性能,C++ 服务同样提供了多模型串联服务。与python pipeline服务不同,多模型串联的过程中需要将模型前后处理代码写在服务端,因此需要在本地重新编译生成serving。具体可参考官方文档:[如何编译Serving](https://github.com/PaddlePaddle/Serving/blob/v0.8.3/doc/Compile_CN.md)

完成编译后,注意要安装编译出的三个whl包,并设置SERVING_BIN环境变量。

2. 启动服务可运行如下命令:

一个服务启动两个模型串联,只需要在--model后依次按顺序传入模型文件夹的相对路径,且需要在--op后依次传入自定义C++OP类名称:

    ```
    # 启动服务,运行日志保存在log.txt
    python3 -m paddle_serving_server.serve --model ppocrv2_det_serving ppocrv2_rec_serving --op GeneralDetectionOp GeneralRecOp --port 9293 &>log.txt &
    ```
    成功启动服务后,log.txt中会打印类似如下日志
    ![](./imgs/start_server.png)

3. 发送服务请求:
   ```
    python3 ocr_cpp_client.py ppocrv2_det_client ppocrv2_rec_client
   ```

    成功运行后,模型预测的结果会打印在cmd窗口中,结果示例为:
    ![](./imgs/results.png)

T
tink2123 已提交
227 228 229 230 231 232 233
    在浏览器中输入服务器 ip:端口号,可以看到当前服务的实时QPS。(端口号范围需要是8000-9000)

    在200张真实图片上测试,把检测长边限制为960。T4 GPU 上 QPS 峰值可达到51左右,约为pipeline的 2.12 倍。

    ![](./imgs/c++_qps.png)


fanruinet's avatar
fanruinet 已提交
234 235
<a name="Windows用户"></a>
## Windows用户
B
win doc  
bjjwwang 已提交
236

R
RangeKing 已提交
237
Windows用户不能使用上述的启动方式,需要使用Web Service,详情参见[Windows平台使用Paddle Serving指导](https://github.com/PaddlePaddle/Serving/blob/develop/doc/Windows_Tutorial_CN.md)
B
win doc  
bjjwwang 已提交
238

B
bjjwwang 已提交
239 240 241 242
**WINDOWS只能使用0.5.0版本的CPU模式**

准备阶段:
```
B
bjjwwang 已提交
243
pip3 install paddle-serving-server==0.5.0
B
bjjwwang 已提交
244 245
pip3 install paddle-serving-app==0.3.1
```
B
win doc  
bjjwwang 已提交
246 247 248 249

1. 启动服务端程序

```
T
tink2123 已提交
250
cd win
T
Thomas Young 已提交
251 252
python3 ocr_web_server.py gpu(使用gpu方式)
或者
T
fix doc  
Thomas Young 已提交
253
python3 ocr_web_server.py cpu(使用cpu方式)
B
win doc  
bjjwwang 已提交
254 255 256 257 258 259 260
```

2. 发送服务请求

```
python3 ocr_web_client.py
```
T
add qps  
tink2123 已提交
261 262


L
LDOUBLEV 已提交
263
<a name="FAQ"></a>
L
LDOUBLEV 已提交
264
## FAQ
M
MissPenguin 已提交
265
**Q1**: 发送请求后没有结果返回或者提示输出解码报错
L
LDOUBLEV 已提交
266

M
MissPenguin 已提交
267
**A1**: 启动服务和发送请求时不要设置代理,可以在启动服务前和发送请求前关闭代理,关闭代理的命令是:
L
LDOUBLEV 已提交
268 269 270 271
```
unset https_proxy
unset http_proxy
```