Live data from Hacker News

DSpark: Speculative decoding accelerates LLM inference [pdf]

github.com

261–270 of 393 posts

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#261

Earlier quoted context omitted.

Look at how far OpenAI has drifted from their original mission. Everything comes back to greed, so it's ideal for the world if selfish motives happen to coincide with what's good for the world, like advancements in open models

can you elaborate? the original mission was "advance digital intelligence in a way that benefits all of humanity" I don't see an inconsistency. money is pragmatic, the mission needs money

Every company on the face of the earth has a mission statement involving some bs goal that sounds altruistic. For a good example look at googles mission statement.

The real mission statement for most companies is to make as much money as possible.

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#263
post #224

That's why I pay them. Regularly. Without fail. Despite my token usage isn't that much. But I vote for these heroes with my wallet. Just yesterday did again.

Cudos to you!If people realized how much power we had we's have a better world

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#264
post #60
post #40

Earlier quoted context omitted.

This applies to every provider. OpenAI seems to be the worst hoarder.

actually you can buy inference on third party providers that serve deepseek v4 pro with zero data retention (ZDR).

How does one find trustworthy ZDR DeepSeek 4 Pro providers?

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#265

DeepSeek continues to not only push the boundaries but also publish these incredible papers explaining how they achieved their gains - something the American labs no longer do unfortunately. Chinese labs are doing the most interesting work in AI right now.

If American labs aren't publishing, it doesn't mean they aren't doing even more interesting work.

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#266

DeepSeek continues to not only push the boundaries but also publish these incredible papers explaining how they achieved their gains - something the American labs no longer do unfortunately. Chinese labs are doing the most interesting work in AI right now.

If American labs aren't publishing, it doesn't mean they aren't doing even more interesting work.

You could also come up with a cure for cancer, but if nobody knows what you’ve done then there’s not a whole lot we can say about it

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#267
post #241

Earlier quoted context omitted.

>publish these incredible papers explaining how they achieved their gains - something the American labs no longer do unfortunately. Google is still releasing a lot of llm architecture research. They introduced speculative decoding of LLMs in 2022[1], then released the code to perform sceculative decoding for their Gemma 4 model this year[2] [1] https://arxiv.org/abs/2211.17192 [2] https://github.com/google-gemma/cook…

They weren't the first to do MTP like this, and arguably did it wrong: the MTP heads are kept in a separate file and have to be welded in by the inference engine. Qwen 3.6 shipped with working MTP first, and had working MTP in llama.cpp first.

Given the MTP drafter is basically a separate model, keeping it separate makes more sense IMO. It's out of my wheelhouse but it seems like you could adjust the MTP drafter model separately from the main model, too.

Ultimately though the real explanation, I think, is Google doesn't care since for their own purposes (in LiteRT-LM), they do bundle them. As far as I know, anyway.

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#269

Earlier quoted context omitted.

They weren't the first to do MTP like this, and arguably did it wrong: the MTP heads are kept in a separate file and have to be welded in by the inference engine. Qwen 3.6 shipped with working MTP first, and had working MTP in llama.cpp first.

Given the MTP drafter is basically a separate model, keeping it separate makes more sense IMO. It's out of my wheelhouse but it seems like you could adjust the MTP drafter model separately from the main model, too. Ultimately though the real explanation, I think, is Google doesn't care since for their own purposes (in LiteRT-LM), they do bundle them. As far as I know, anyway.

I mean just like GGUFs aren't technically necessary yet are _way_ more convenient than using Safetensors and configuring the default Jinja prompt by-hand, it makes sense to bundle the draft model too. For all intents and purposes, the only people who will train a draft model are the people who train the original model

Re: DSpark: Speculative decoding accelerates LLM inference [pdf]

#270

Earlier quoted context omitted.

Open-source is also altruistic. If DeepSeek does become self-serving once they get the top spot, it doesn’t take away from the altruistic contributions that they made towards open models.

No parent is right. The core root driver of the world is capitalism, open source exists downstream of that. Software engineers need money to survive. If they exclusively work on open source stuff where are they getting money from to survive? Follow the money trail… even a donation… eventually it leads to an incentive based source or action.

> If they exclusively work on open source stuff where are they getting money from to survive?

From open source. You can earn money from open source. Open source is not opposed to capitalism, idk where you got that idea.

Post reply on HN