HackerTrans
TopNewTrendsCommentsPastAskShowJobs

NotJustBinary

no profile record

Submissions

Show HN: Direct to silicon DLinear AI accelerator on the Sky130 open-source node

github.com
2 points·by NotJustBinary·há 4 meses·2 comments

[untitled]

1 points·by NotJustBinary·há 4 meses·0 comments

comments

NotJustBinary
·há 27 dias·discuss
anyway, if you interested in collaboration, you can dm in via email: [email protected]
NotJustBinary
·há 27 dias·discuss
listen, we can discuss this in more detail in dm, but in general, it doesn't really matter to me. For me personally, it would be usefull if the price for the api was $100 or less per month (not $450+ like crunch base), but if you want to make it open source, that would be even better, hybrid option also sounds reasonable...
NotJustBinary
·há 27 dias·discuss
Damn, I'm really interested in this, because I've been sitting around all day trying to find a replacement for the cruchbase api, as I'm working on some automation for ventures, and it's really cool that someone is trying to do something similar... In fact, I would even be happy to help you with the development, as I personally think that adding more profiles and proper api would make this platform super usefull
NotJustBinary
·há 27 dias·discuss
Cool cool, if you US citizen(or just know some us citizens) add USPTO data too, it would be super useful to have info about patents in company profile + this is a cool source of signals at an early stage of startup development (especially if there is little public information about them from deep tech)
NotJustBinary
·há 27 dias·discuss
Nice... if not cruchbase, then where do you get the data to fill out the profiles? In general, it would be great if you added an API with the extensio
NotJustBinary
·há 4 meses·discuss
To add some more technical context for those interested, the most challenging part was the 6 level binary adder tree. In Chisel, it’s easy to write reduceTree(_ +& _), but at 130nm, the routing congestion becomes real when you're trying to meet a 10ns period with 86k cells. I ended up manually inserting pipeline registers between the 3rd and 4th levels of the tree to balance the slack. I’m also curious about the Hold Violations I encountered. OpenROAD handled them by inserting massive amounts of buffer padding, which is why the utilization is around 39% despite the logic being quite dense. Has anyone here had experience balancing area vs hold-slack for high-speed dataflow like this?