Skip to content

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

P
Paddle
  • 项目概览

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

通知 2325
Star 20933
Fork 5424
  • 代码
    • 文件
    • 提交
    • 分支
    • Tags
    • 贡献者
    • 分支图
    • Diff
  • Issue 1423
    • 列表
    • 看板
    • 标记
    • 里程碑
  • 合并请求 543
  • Wiki 0
    • Wiki
  • 分析
    • 仓库
    • DevOps
  • 项目成员
  • Pages
P
Paddle
  • 项目概览
    • 项目概览
    • 详情
    • 发布
  • 仓库
    • 仓库
    • 文件
    • 提交
    • 分支
    • 标签
    • 贡献者
    • 分支图
    • 比较
  • Issue 1,423
    • Issue 1,423
    • 列表
    • 看板
    • 标记
    • 里程碑
  • 合并请求 543
    • 合并请求 543
  • Pages
  • 分析
    • 分析
    • 仓库分析
    • DevOps
  • Wiki 0
    • Wiki
  • 成员
    • 成员
  • 收起侧边栏
  • 动态
  • 分支图
  • 创建新Issue
  • 提交
  • Issue看板

[Cherry-pick] Fix fc padding bug during inference fusion !22921

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

Created by: FrostML

cherry-pick #22860
image

根据上图中的模型结构,两个 mul op 的 weight_shape 是 128*128,即在 fuse 成 fc 的时候,在 fc_fuse_pass.cc 里面会执行 padding 操作。并且名称也是相同的,都是 tanh.w,于是 w->Name() 得到的名称相同。 在第一个 mul+elementwise_add 的结构在 fuse 为 fc 做了 padding 之后,名为 tanh.w 的 var_shape 已经变成了 132*132 。指定 padding_weight 为 true。 第二个相同的结构过来的时候,使用 w->Name() 获取的 shape 就是 132*132,不会再做 padding,即 padding_weight 为 false,程序不知道这个结构也要做 padding ,所以 kernel 计算的时候 shape 对不上了。故报错。 image

这个 PR 将修复 cherry-pick 到 1.7。

指派人
分配到
审核者
Request review from
无
里程碑
无
分配里程碑
工时统计
标识: paddlepaddle/Paddle!22921
Source branch: github/fork/FrostML/cherry_fc_fuse
渝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