2026年了,FPGA工程师做AI加速,只会写RTL不会用HLS,是不是很快会被HLS和AI编译器淘汰?

开放2 回答 49 浏览

我做了三年FPGA逻辑开发,最近公司推HLS和Vitis AI,感觉RTL工程师的地位有点尴尬。领导说以后算法同事自己就能用HLS做加速,不需要我们这些写RTL的。想问问各位前辈,2026年这个节点,FPGA工程师只精通Verilog/RTL,不懂HLS和AI工具链,是不是真的会被边缘化?要不要赶紧补HLS?还是说RTL功底才是护城河?求真实行业认知。

分享:

2 个回答

  • 电路板小白

    先说结论:不会立刻被淘汰,但会慢慢被挤到更窄的岗位里。HLS和Vitis AI解决的是算法到硬件映射的'最后一公里',可这一公里恰恰是最容易出问题的地方。算法同事用HLS跑通demo很容易,但遇到资源利用率上不去、时序收敛不了、存储带宽瓶颈这些事,他们大概率会回头找你。你真正的护城河不是会写Verilog,而是知道一个乘法器在UltraScale+上到底占几个LUT、为什么流水线要插在这级、DDR带宽怎么分配才不浪费。这些经验HLS给不了你。建议你花两周把HLS的基本流程跑通,不是为了写代码,而是为了能看懂算法同事的C代码在综合后变成了什么结构,这样开会时你能指出'这个循环改成流水线模式能省一半资源',而不是被晾在一边。另外,AI编译器那层,你只需知道接口协议和调度方式,不用深究,那是软件工程师的领域。真正危险的是那些连RTL都没写明白、整天喊HLS取代一切的同事——他们才是先被淘汰的人。

  • FPGA小学生

    别急着学HLS,先想清楚你在公司里的位置。你现在最大的价值是懂硬件边界:知道什么能并行、什么受限于IO、什么会爆时序。HLS只是把算法描述变成RTL的一个中间步骤,工具再智能,也需要有人告诉它'这里用片上缓存而不是DDR''这个循环要展开几倍才不浪费BRAM'。你缺的不是HLS技能,而是和算法同事对话的能力。建议你找个简单的加速模块,比如一个卷积层,用HLS从C到比特流完整跑一遍,别追求优化,就为了搞清楚工具默认生成了什么结构、瓶颈在哪。这个过程会让你明白:HLS适合快速验证新想法,但最终产品里的关键模块,比如需要精确控制时序的DMA或低功耗状态机,还是得你亲手写RTL。学HLS是为了当翻译官,不是为了当码农。

登录后可在本页底部提交回答

提问者

二进制菜鸟查看主页
浏览「其他」

描述场景与已尝试方案,更容易获得有效解答

相关问题

同分类

提问建议

  • 标题写清核心疑问,避免「求助」「请问」等空泛用语
  • 正文补充环境、版本、报错信息或截图
  • 先搜索本站是否已有相近问题,减少重复提问
  • 若与课程相关,请标明课时或章节便于讲师定位