Hacker News

Best stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. Dutch governments builds alternative for Microsoft based on NixOS (dawo.community)
    575comments
  2. Revealing the details of how OpenAI agents hacked Hugging Face (swarmtraces.org)
    452comments
  3. Breaking Up with Google Play: Why Conversations Is Now Free (gultsch.de)
    266comments
  4. Ollaya – Ollama for open-source, Jev-style decision models (ollaya.dev)
    145comments
  5. I'm the mom in that viral Giants clip. Let me tell you about my husband (themomoftheyear.substack.com)
    194comments
  6. U.S. appeals court upholds designation of Anthropic as supply chain risk (cnbc.com)
    863comments
  7. Platform-independent SIMD in Go (go.dev)
    146comments
  8. Jury finds Facebook liable for deceiving users in Cambridge Analytica case (cbsnews.com)
    102comments
  9. PipePipe: NewPipe hard fork implementing SponsorBlock (github.com/infinityloop1308)
    219comments
  10. Fifteen years later, the Apple Cards origin story (lexontech.org)
    100comments
  11. We're gonna need a lot more mathematicians (terrytao.wordpress.com)
    472comments
  12. Git-bug: Distributed, offline-first bug tracker embedded in Git (github.com/git-bug)
    108comments
  13. Factorio that you can touch (factorio.com)
    125comments
  14. Does Georgism work? Five years later (astralcodexten.com)
    216comments
  15. What even is an OS now? (sockpuppet.org)
    445comments
  16. Show HN: Reladraw – A diagram language where you decide where to place things (github.com/reladraw)
    80comments
  17. Gravity seems holographic. What does that mean for reality? (quantamagazine.org)
    220comments
  18. Pentium II at 600Mhz with Voodoo 3 Emulated on 86Box with M6 Mac Mini (nyaa.sh)
    121comments
  19. First Principles Thinking (sunilsadasivan.com)
    131comments
  20. Show HN: Jev Plays Pokémon Red (jev-pokemon.vercel.app)
    111comments
  21. Excel now supports multiple values in a single cell (techcommunity.microsoft.com)
    188comments
  22. Ink and Switch interactive homepage (inkandswitch.com)
    28comments
  23. How we learned to stop worrying and love campus surveillance (fnl.mit.edu)
    139comments
  24. ASML says it sold 'absolutely nothing' in Europe in 2026 (tomshardware.com)
    595comments
  25. Ask HN: Who's still keeping a DOS machine up because the business depends on it?
    274comments
  26. One Piece of Flock Camera Data Put This Innocent Woman in Jail for 13 Days (jezebel.com)
    134comments
  27. DeepSeek Elastic Compute (DSec) (arxiv.org)
    79comments
  28. How to keep enjoying programming in a world of LLMs (haskell.org)
    264comments
  29. The Mafia may be keeping fentanyl out of Italy (economist.com)
    266comments
  30. Allow babywearing carriers on planes (jefftk.com)
    272comments

DeepSeek Elastic Compute (DSec)

237 pointsby 13h agoarxiv.org
79 comments
12h agoHN ↗

Is there a lab more innovative than DeepSeek? Imagine if they had the same compute resources that Anthropic and OpenAI have.

11h agoHN ↗

Food for thought: Constraints are the source of creativity.

11h agoHN ↗

Yeah if they had the resources of an OpenAI or anthropic they’d be OpenAI or Anthropic. Scrappy underdogs have to be nimble and innovative.

11h agoHN ↗

They are as “underdog” as Linux is to Windows.

9h agoHN ↗

Not really, they are underdogs in the true sense of the word.

11h agoHN ↗

Possibly relevant: 突破技术壁垒, "break the technical barricade" -> overcome an obstacle through innovation (in this case, sub SOTA GPUs at least).

Native Chinese speakers to confirm....

11h agoHN ↗

your translation is correct, I would say Chinese labs may be able to figure out the current capability of latest frontier models in 3-6 months, but then Anthropic and OpenAI may have already been ASI in that time already. China's main problem is still lack of (good) chips, and that is a hardware issue that is unlikely to be solved for a while. and more effort for efficiency means less effort for actual capability improvements. we have already seen what anthropic can do if they focus on efficiency with opus 5.5

19m agoHN ↗

Bell Labs would be a good counter example. All the resources in the world and no demands.

11h agoHN ↗

Short term they might have less compute, but long term they will most definitely have more compute. They don't have to worry about energy, they don't have to worry about people blocking them building data centers the only thing stopping them is there no Chinese manufacturer that can produce a chip as good as Nvidia but I would bet that solved in a year or so.

8h agoHN ↗

They don't have to worry about people blocking DC construction in the US either. All new AI datacenters are designated "dual-use" so the federal government is already letting local councils know to fuck off.

6h agoHN ↗

they can also put them in better places, vs trying to arbitrage expensive electricity costs and various US corruption thats built more around paying people off than getting things done

5h agoHN ↗

Yeah, but that brings up another problem that China doesn't have. Their federal government is always on the same page. The US federal government changes every two years and it doesn't seem like one side is going to be allowing building of AI data centers anymore and in fact might just ban AI in general.

5h agoHN ↗

It's hard enough to build them in the US that multiple companies are unironically spending 10s of millions of dollars to try to build them in space

Which cynics could say is marketing hype, but I tend to believe it's extremely difficult to build anything land/energy intensive in the modern United States

38m agoHN ↗

Or some people have more money than sense. Building data centers on earth is trivial compared to getting the same amount of compute to space.

11h agoHN ↗

Just because other companies don't write papers about what they do doesn't mean they aren't innovative...

11h agoHN ↗

Sure, but we’ll never know what they do or if it is innovate because we won’t know what they do.

2h agoHN ↗

Well we do know the results. They’ve been at the frontier constantly, including developing the entire field and set of capabilities. In the beginning every OpenAI paper was basically a landmark.

2h agoHN ↗

They were at the frontier early since they allegedly “stole” the internets data first. Now they’re just lame ducks trying to ensure they stay at the top by legislation and ensuring open source doesn’t get its say. Also OpenAI trying to adopt any other product (legal tooling, healthcare, latex replacement, etc…).

2h agoHN ↗

They were at the frontier because they invented many of the techniques. Google already had the internet’s data well beforehand. Anthropic and OpenAI are still at the frontier today, independent of legislation.

1h agoHN ↗

Oh no I agree, they were among the first to be popular in the llm frontier with their techniques. Today they are only holding on to the frontier because of that lead.

They want the legislature to keep their lead from other competitors.

9h agoHN ↗

I'm actually the most innovative, I've written thousands of papers advancing the state of human knowledge. They're just in my basement and I don't show anyone.

11h agoHN ↗

"Necessity is the mother of invention."

Not sure they'd be the same without the constraints.

2h agoHN ↗

This is literally just a scheduler over firecracker man what

11h agoHN ↗

380.000 concurrent sandboxes on 160 Epyc based server nodes. Crazy stuff

8h agoHN ↗

if it's agentic stuff, they likely aren't hammering a core constantly and they will maybe sit idle quite often between model requests, so it makes sense. I do wonder how much memory they allocate to each one though.

it's just very efficient use of shared cores that is required to make these kinds of workloads cost efficient

3h agoHN ↗

If they sit mostly idle, you can swap out a lot of the memory to SSD, I guess.

7h agoHN ↗

A place I worked back around 2020 was running a Grafana instance per customer that got embedded on the web dashboard. We had 110 pods per GKE (kubernetes on gcp) 4 CPU node because that was a network imposed pod limit at the time. The nodes were usually idle--could have shoved a lot more on if not for the IP limit.

I think around that time Grafana changed their license tho so you couldn't host OSS Grafana as part of your service.

11h agoHN ↗

Will admit that I haven’t read it yet, just saw the crazy number of authors and think this may compete for one of the papers with the most authors.

10h agoHN ↗

Even without that particularly special case, high-energy physics collaborations have long since broken the idea of authors. There are now many collaborations with hundreds of authors publishing regularly and quite a few that are into the thousands.

9h agoHN ↗

I like it, represents science's general 'standing on the shoulders of our precedents' far more realistic then the 'genius solo' PR mythos.

2h agoHN ↗

Where is the balance between this and citations? Authors implies said person provided additions to get the work done.

1h agoHN ↗

With projects like the LHC, there really are thousands of people involved in "getting the work done."

10h agoHN ↗

how do you even keep up with the amount of research coming out these days

9h agoHN ↗

Still very impressive! Love how it's done!

9h agoHN ↗

Can you give a brief for what this is and why it is impressive?

9h agoHN ↗

It just describes the platform they built for scheduling workloads, and running those workloads. After a second thought it is not that impressive and probably doesn't deserve any kind of hype. It's the same kind of setup AWS is running for Lambda, as well as anyone else basically running SLURM clusters out there.

Still giving them credit because creating such as scheduler/platform from scratch is quite complex, and I know that they probably struggled a lot to get it right.

8h agoHN ↗

I'd say it's cool that they're openly writing about it and how they run their workloads. shows a nice window into how these things are actually deployed at scale.

it also shows how much density you can get easily from a single core if you wanted to replicate this

4h agoHN ↗

That's not quite right. A recurring trend in ML is figuring out how to get an elastic interface for the the particular quirks of ML workloads (source: I worked on an open source one years ago for inference). Recently, there's been a lot of interest in doing this for agent workloads. Google recently released something called ax that is similar in spirit. The core of it is this: https://github.com/agent-substrate/substrate

At a high level, agent sandboxes have peculiar needs. Agents are really bursty, but also long lived. You need low latency suspend/resume calls. Checkpointing and recovery have some particular considerations. And naive approaches are often really wasteful, but over optimizing without harming durability, isolation, or consistency in performance can get tricky.

This is the new hot infra topic for agent swarms, for the time being. Whether that's impressive or not is up to the reader I guess, but it's a pretty involved project nonetheless.

1h agoHN ↗

The person simplified the paper with such a misunderstanding that I thought 10x before rebutting. They clearly didn’t read anything of the paper. Thanks for the clarification.

9h agoHN ↗

The topic isn't as interesting as how 131 authors communicated to get this out.

9h agoHN ↗

Is it possible they're doing a research lab "socialism style" and everyone gets equal credit for just being a part of the lab, regardless of actual input into the specific papers? If they're innovating in computer, maybe they're not so afraid of innovating in social/academic structures as well?

9h agoHN ↗

This is common practice in Biology labs in the west I think

6h agoHN ↗

Maybe there are even reasonable justifications for it, instead of yelling about "socialism".

5h agoHN ↗

Sorry, didn't mean it like "yelling", I'm quite a fan of socialism and don't see it as any negative. I didn't think anything in my comment was negative.

5h agoHN ↗

It's negative in the sense it suggest some authors didn't contribute (or contribute little0 to the research, and were perhaps just warm bodies that happened to be present at a certain location

6h agoHN ↗

The west does it too in experimental papers. This is not a socialism thing.

1h agoHN ↗

I am author in two author papers, but also in 200 author papers. Nothing wrong with it. In our field they are studies among a dozen centers, where each center has to do something and the results are pooled to some central hub. If I do a relatively easy data prep before sending to the hub, I go among the authors, it is just the way it works. A huge work that is spreaded thinly, or else can't be done unless you ask people to work without attributio. That might work once or twice, but not more, if you are the person who ask for favours but returns nothing.

8h agoHN ↗

I don't understand why half the comments here are about the author list, this is very common practice in e.g. large-scale physics experiments and biology, and every new GPT release from OpenAI equally had papers with tons of authors

8h agoHN ↗

Agreed, I'm very confused as well. It's like no-one here has been paying attention to research papers.

Or they are just rushing to say anything, and it's much easier to comment on that than the content of the paper.

1h agoHN ↗

Some people don’t want to recognize the important work that went into this.

8h agoHN ↗

It seems every DeepSeek paper/patent has a huge number of authors, and this one is no exception. They couldn't even fit everyone on the page, there are 31 others not shown. This could be an asset protection strategy (i.e., human assets). Imagine if there were only 3 authors. Those authors may get hired away by competitors. If you list every employee on every paper then competitors don't know who to lure away.

8h agoHN ↗

Just look for the “corresponding author”

3h agoHN ↗

The unfortunate intern who had to upload to arxiv?

1h agoHN ↗

Corresponding author is the head of the group, usually the one who coordinates the study, the one who knows everyone else. Is the "if you have any question about anything in this paper, contact me" person, even years after publication.

8h agoHN ↗

click the link, or read the PDF.

all authors are listed. there is no conspiracy to hide authorship.

arxiv simply want to keep the page short not too long.

7h agoHN ↗

Lmao with the conspiracy. Large scale experimental research is always like this, many papers in experimental physics have pages of authors.

6h agoHN ↗

Competitors will try to touch everyone on the list.

6h agoHN ↗

Yeah what possible company can try to lure 100 people... Just for reference, Linkedin has 17,000+ full time employees.

5h agoHN ↗

there are 31 others not shown

just click the link and it will show the others, this seems to be a limitation/UI feature of arxiv. The paper itself contains the full list

4h agoHN ↗

I think they just meant that it's so many other people that they don't reasonably fit in the UI

3h agoHN ↗

Why is this the top comment? Many of the comments, as well as this one, have no relation to content and only mention a triviality

1h agoHN ↗

It’s top comment because it’s anti-Chinese.

3h agoHN ↗

I miss the YOLO (CNN computer vision model) days where one dude can publish a paper, completely disregard academic conventions, and yet push the field forward by leap and bounds.

7h agoHN ↗

I wonder if they are signalling that if they can do this for training, then they can create an style agent swarm to hack anyone with 380k concurrent agents.

4h agoHN ↗

"Within one scale unit, the platform spans nearly 160 CPU nodes with 30K cores and ∼250 TB of DRAM. It manages petabytes of layers and images. On a typical day, a single scale unit serves about 3 M sandbox instances, with peak concurrency reaching ∼380K and a creation rate exceeding 5,000 instances per second."

Impressive numbers!

Whoever would have thought (in prior years) that in 2026 AI Agents (not people or corporations, at least not directly) seem to be (or seem to be rapidly becoming) the biggest consumers of cloud computing resources...

Anyway, a very interesting paper and environment!

2h agoHN ↗

12 sandboxes per code is insane, I wonder how many of these sandboxes are idle at a time. Depending on the tasks assigned the resource requirements are different. Compare an agent doing pdf conversion and one responding to a simple question. One is cpu bound the other is mostly network wait.

This is an interesting problem from infra perspective since you cannot predict the workload. On a bigger scale you may get away with forecasts.

Im waiting for tech that elastically allocates cpu/mem without restarting a container.