"The adoption of FPGA technology in the market has always been limited by the severe learning curve required to take advantage of it." I vehemently disagree with this. FGPAs and their toolchains are notoriously expensive and proprietary. I have no doubt that if tool chains were opened up and an average person could program for it, you would see much more.rapid adoption because then an average person could start the l…
Xilinx Vitis and Vitis AI Software Development Platforms
21–30 of 30 posts
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#22Note that all of this is predicated on High Level Synthesis (HLS) becoming real, after many years of industry over-promises and under-deliveries. A jaded RTL engineer may fairly ask, "what's different this time?" I'm convinced it's two things: 1. These chips have scaled to the point where the toolflow isn't just annoying, it's crippling. (I say that as an RTL designer who likes Vivado, believe it or not.) Making effe…
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#23"The adoption of FPGA technology in the market has always been limited by the severe learning curve required to take advantage of it." I vehemently disagree with this. FGPAs and their toolchains are notoriously expensive and proprietary. I have no doubt that if tool chains were opened up and an average person could program for it, you would see much more.rapid adoption because then an average person could start the l…
This. It's not so hard, any competent software engineer could learn HDLs in one or two weeks. The fucking toolchain though? Months...
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#24Earlier quoted context omitted.
I'm curious: why is FPGA tooling so poor? I used a Spartan-3 over a decade ago for a simple project, and as cursory look it doesn't seem like things have changed much despite the devices becoming significantly more diverse and complicated.
It's not quite fair to say the tooling is flat-out awful. Vivado is much better than ISE. The place/route algorithms matured (analytical placement rather than simulated annealing), and the software it's wrapped in grew up (it's now tcl-driven and much more script- and revision-control-friendly.) Vivado was a heroic effort and Xilinx deserves credit for taking software seriously, and getting so much of it right. If yo…
HLS's problem is how to deal with assumptions about memory access and parallelism. You invariably end up coding to the tool to accommodate the limitations of C in this domain.
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#25Earlier quoted context omitted.
Mostly because it's (almost) all proprietary. None of the companies are investing in a truly usable solution. It speaks volumes that a handful of developers working for free where able to create a vastly better experience with yosys and friends.
I've always imagined they have a good quality version for military applications, and the bad stuff for everyone else
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#26"The adoption of FPGA technology in the market has always been limited by the severe learning curve required to take advantage of it." I vehemently disagree with this. FGPAs and their toolchains are notoriously expensive and proprietary. I have no doubt that if tool chains were opened up and an average person could program for it, you would see much more.rapid adoption because then an average person could start the l…
I also disagree. The main problem is much simpler: they cost too much for fundamental reasons. The die-size for an FPGA that would have equivalent power of an Intel CPU or Nvidia GPU would be huge and expensive.
My Nvidia GPU also doesn't run x86 programs at the speed of my desktop, but I never expected it to. It's true in the vacuous sense only.
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#27Earlier quoted context omitted.
I also disagree. The main problem is much simpler: they cost too much for fundamental reasons. The die-size for an FPGA that would have equivalent power of an Intel CPU or Nvidia GPU would be huge and expensive.
What does "equivalent power" even mean ? It's completely useless without any qualifiers or specific metrics/goals. My Nvidia GPU also doesn't run x86 programs at the speed of my desktop, but I never expected it to. It's true in the vacuous sense only.
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#28Earlier quoted context omitted.
This. It's not so hard, any competent software engineer could learn HDLs in one or two weeks. The fucking toolchain though? Months...
Ive seen plenty of HDL written by people who are software engineers, it's not good. It seems to me most software engineers struggle with visualizing their behavioral code as a schematic and tend to write code that is not very synthesis friendly and overly convoluted. Not to mention most issues with hardware engineering cant be solved by a google search of how to do X in Verilog/VHDL, problems tend to be device specif…
I very much disagree that most issues are hardware specific. FPGAs all work the same way. What is different is the IP that can be ran on different FPGAs but that is generally a tooling problem not inherent to the problem domain.
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#29Earlier quoted context omitted.
This. It's not so hard, any competent software engineer could learn HDLs in one or two weeks. The fucking toolchain though? Months...
Software Engineers can learn HDLs in one or two weeks about as well as hardware engineers can learn C++ in one or two weeks. Will they get to something syntactically correct? Sure. That doesn't mean what they'd be able to write would be useful. And it's not just the toolchain, it's about understanding that HDL isn't a tool for programming FPGAs, it's a tool for programming hardware and FPGAs are one very specific tar…
Re: Xilinx Vitis and Vitis AI Software Development Platforms
#30Earlier quoted context omitted.
What does "equivalent power" even mean ? It's completely useless without any qualifiers or specific metrics/goals. My Nvidia GPU also doesn't run x86 programs at the speed of my desktop, but I never expected it to. It's true in the vacuous sense only.
They are all Turing machines, all that matters is can I run my algorithm at higher performance than equivalent priced conventional solutions.