Live data from Hacker News

Transformers on Chips

etched.ai

51–60 of 65 posts

Re: Transformers on Chips

#51
post #41

Founder here! We're still in stealth, but I'll be able to share details and performance figures soon. Our first product is a bet on transformers. If we're right, there's enormous upside - being transformer-specific lets you get an order of magnitude more compute than more flexible accelerators (GPUs, TPUs). We're hiring - if the EV makes sense for you, reach out at gavin @ etched.ai

Very promising, excited to learn more!

Any thoughts on State Space Models?

Eg:

https://github.com/havenhq/mamba-chat

https://arxiv.org/abs/2311.18257

Re: Transformers on Chips

#53
post #39
post #32

Where did this come from? There is absolutely nothing clickable except 'contact us' which just reloads the same page? There's almost zero information here?

Maude you have JS disabled? It’s one of those fancy animations as you scroll websites.

No, I see the animation as I scroll. Very little information though, and no links as far as I can tell to more anywhere. The one clickable element to contact them seems broken.

Re: Transformers on Chips

#54
post #15
post #11

Earlier quoted context omitted.

In the cloud, these chips will compete head to head with GPUs. If they are able to pull off a 10x price/performance win without excessive porting work… it’ll take off in a heartbeat.

Like ASIC Botcoin miners did. There are parallels here in how it might just pan out.

Oh man, all those years back I made a choice between antminer and butterfly labs. I backed the wrong horse.

BFL mined with customer hardware and basically didn't ship units to customers until there was no profit in running one.

Crypto ASICs are a super weird edge case IMHO in chips, strictly speaking it's not rational to sell them if they are very profitable. It only makes sense if the customer has a different risk profile than you; or the customer can somehow get power more cheaply than you; or you have some kind of scam going on; or you couldn't get capital except by presales and are unusually honest.

Note that an additional profit-making option for crypto ASIC producers is to secretly over-produce and compete with your customers and you are unlikely to get caught doing this.

Re: Transformers on Chips

#55
post #15

Earlier quoted context omitted.

Like ASIC Botcoin miners did. There are parallels here in how it might just pan out.

Oh man, all those years back I made a choice between antminer and butterfly labs. I backed the wrong horse. BFL mined with customer hardware and basically didn't ship units to customers until there was no profit in running one. Crypto ASICs are a super weird edge case IMHO in chips, strictly speaking it's not rational to sell them if they are very profitable. It only makes sense if the customer has a different risk p…

That isn't correct. If the ASIc manufacturer produce them for X can use them directly and it only costs Y to operate them for Z profit. Then you can price them as Z-Y-profit_margin > X. The lower the operating cost, the higher your profit margin per chip if you sell it. Selling the chip might have a 50% profit margin and mining has a 10% profit margin. If you wanted to get into mining you would build a holding company owning both types of companies.

Re: Transformers on Chips

#56

Earlier quoted context omitted.

It’s a bet. Probably a good one to make. The upside of being the ones who have an AI chip (not a graphics chip larping as an AI chip) is huge. It will run faster and more cheaply. You get to step all over OpenAI, or get a multi billion dollar deal to supply Microsoft data centres. Or these ship on every new laptop etc. You get to be the next unicorn ($1tn company). So that is a decent bet for investors assuming the t…

Yep, transformers showed up in 2017, nearly 7 years ago, and they still wear the crown. Maybe some new architecture will come to dominate eventually, but I would love a low cost PCIe board that could run 80B transformer models today.

If the fairy tale numbers are correct, they could price it at a million dollars and it would still be cheap.

Re: Transformers on Chips

#57

What about Transformers on FPGAs?

FPGAs are designed to fight latency as much as possible. To do this, they have networks of switches to shuttle bits across the chip and keep delays to the bare minimum, in order for synchronous logic to be able to run at the highest possible clock rates for signals that traverse the entire chip. To meet this goal, there's a huge amount of effort required to compile a program written in Verilog, VHDL, etc.. into a set…

> I'm lead to believe it can sometimes take a day or more per compile.

This is true and misleading at the same time. Filling a large FPGA takes time, but if you are working with a small FPGA the turnaround time can be 15 minutes.

Re: Transformers on Chips

#58
post #10

Earlier quoted context omitted.

It’s very difficult to implement, and requires training the network to use it. I worked at DeepMind on projects that used MCTS. Even with access to the AlphaZero source code, it was very difficult to write an other implementation that got the same results as the original.

I'm really curious about this part: > and requires training the network to use it. I thought one of the benefits of MCTS was, if you already have your value network, then a general MCTS implementation can walk the tree of values created by that network. And so no special update to the model is necessary. But I'm probably wrong about this. (also, it boosts my confidence to hear that even folks at DeepMind find MCTS di…

Ah, well you could use a standard value network, but it’d end really slow, so you probably want to train a smaller one and rely on the implicit ensembling that MCTS does to make it better.

In my experience, PUCT does a lot better than UCT, so you want to also have a prior network.

You don’t have to train a new network, but in my experience, it works much better. I haven’t spent a ton of time using off the shelf networks with MCTS though. Maybe it works great.

very subtle bugs is the MCTS experience. Particularly once parallelism is involved.

Re: Transformers on Chips

#59
post #37
post #22

Earlier quoted context omitted.

Interesting point. That said, the AI model space is rapidly evolving, while bitcoin's hashing problem is static. This makes it significantly more risky to make a large capital investment in dedicated HW when it's unclear if it will be able to run the next big model architecture. For instance, if this had been built + released a year ago, before SOTA models used MoE , then it would rapidly have become obselete.

Outside of hardware/implementation optimizations, and position embedding choice - has the SOTA transformer architecture evolved that much? Llama-2 code appears to be about the same as gpt-2.

You can look at https://github.com/ggerganov/llama.cpp/blob/master/llama.cpp... for examples of the different layers in a number of different models, and further down in the code for their implementations. tldr, yes they are very similar. I can see lots of value in something that can just run these models. Even if you just supported llama2 there are tons of options available.

Re: Transformers on Chips

#60
How expensive will this be?

100T models on one chip with MCTS search.

That is some impressive marketing.

I’ll believe it when I see it.

Great to see so many hardware startups.

Future is deffo accelerated neural nets on hardware.

Post reply on HN