Skip to content

  • 体验新版
    • 正在加载...
  • 登录
  • PaddlePaddle
  • Serving
  • 合并请求
  • !601

S
Serving
  • 项目概览

PaddlePaddle / Serving
大约 2 年 前同步成功

通知 187
Star 833
Fork 253
  • 代码
    • 文件
    • 提交
    • 分支
    • Tags
    • 贡献者
    • 分支图
    • Diff
  • Issue 105
    • 列表
    • 看板
    • 标记
    • 里程碑
  • 合并请求 10
  • Wiki 2
    • Wiki
  • 分析
    • 仓库
    • DevOps
  • 项目成员
  • Pages
S
Serving
  • 项目概览
    • 项目概览
    • 详情
    • 发布
  • 仓库
    • 仓库
    • 文件
    • 提交
    • 分支
    • 标签
    • 贡献者
    • 分支图
    • 比较
  • Issue 105
    • Issue 105
    • 列表
    • 看板
    • 标记
    • 里程碑
  • 合并请求 10
    • 合并请求 10
  • Pages
  • 分析
    • 分析
    • 仓库分析
    • DevOps
  • Wiki 2
    • Wiki
  • 成员
    • 成员
  • 收起侧边栏
  • 动态
  • 分支图
  • 创建新Issue
  • 提交
  • Issue看板

Fix batch_handle_ in Client not thread safe !601

  • Report abuse
!601 已合并 5月 23, 2020 由 saxon_zh@saxon_zh 创建
#<User:0x00007f7e1028f100>
  • 概览 1
  • 提交 3
  • 变更 3

Created by: barrierye

fix #598 (closed) Client Python端的batch_handle_不是线程安全的,所以在跨线程调用predict会遇到 #598 (closed) 提到的问题。而当GIL锁没有被释放时,多线程其实没有并发,所以没有暴露出问题。

  1. 修复Client Python端batch_handle_线程不安全的问题
  2. 释放batch_predict函数的GIL锁(之前好像被删掉了)
  3. 对get_lod和get_shape进行与 #570 类似修改,减少Python端的一次拷贝(但本身数据量就很小,性能变化应该不大)
指派人
分配到
审核者
Request review from
无
里程碑
无
分配里程碑
工时统计
标识: paddlepaddle/Serving!601
Source branch: github/fork/barrierye/fix-not-thread-safe-in-client
渝ICP备2023009037号

京公网安备11010502055752号

网络110报警服务 Powered by GitLab CE v13.7
开源知识
Git 入门 Pro Git 电子书 在线学 Git
Markdown 基础入门 IT 技术知识开源图谱
帮助
使用手册 反馈建议 博客
《GitCode 隐私声明》 《GitCode 服务条款》 关于GitCode
Powered by GitLab CE v13.7