3 ms·
Back in the day you'd write the code before the chip came back but I guess today it's faster to wait.
by wmf 7d ago
Back in the day you'd write the code before the chip came back but I guess today it's faster to wait.
- threatripper 7d agoThe longer you wait the faster you will go.
- LoganDark 7d agoBack when teams proved their designs and actually understood them...
- saidnooneever 7d agocant wait for no one to really know whats in chips i mean, even intel hardly knows what all their reserved mem ranges are for. who will decap the chip and see if the docs were right? xD
- RussianBot9580 7d agoHaha - understood. Good one! They'd write a limited test for a feature based on an ask from the software team garbled by a five layer game of telephone. Claim that the module passed validation. A few months later the software folks would have to pull a few all nighters to figure out how to work around the resulting turd during bringup.
- brookst 7d agoMakes me wonder about AI and FPGAs. If the cost and effort to (re)program them goes to zero, maybe interesting new applications?
- drob518 7d agoHm. An interesting thought. Paired with RSI loops, that would allow rapid iteration in the hardware domain as well.
- brookst 7d agoYeah. Just spent an hour planning a closed-loop vision-based extrusion modulation system for 3d printing, with extensive telemetry and offline processing to iterate on the realtime system. Great, like I need another side project.
- Eridrus 7d agoI had this same thought and think this is a generally interesting direction, but I think we're in a bit of a weird spot where the compute heavy stuff is on GPUs already and most infra stuff is not compute bound (it's often I/O bound or memory bound in some way). It doesn't help that FPGAs are not made at the same scale as CPUs so don't benefit from the economies of scale. I'm super curious if you have thoughts on specific pieces of software that would be economically better because I've thought about this in my niche and sort of come to the conclusion that it won't help. I do think things like SIMD in CPUs will get more use and maybe we will get more difficult to program for CPU features, but I haven't found a use case where off the shelf FPGA components would help with typical software.
- brookst 6d agoI’m looking at realtime mechanical processes, like shaping extrusion beads from a clay 3d printer. Clay is heterogenous and pressure takes time, so hand tuning is never just right. But put an fpga with vision processing? Seems promising, with millisecond-level latency that I’d never get pushing to a remote system for processing.