Hacker News

Latest

Alphabet announces $80B equity capital raise to expand AI infra and compute

2026-06-01 @ 20:55:15Points: 79Comments: 70

Debug Project

2026-06-01 @ 20:40:13Points: 100Comments: 44

GitHub and the crime against software

2026-06-01 @ 18:54:55Points: 175Comments: 70

GrapheneOS Speech Services version 2 released

2026-06-01 @ 18:39:53Points: 67Comments: 12

Superintelligence: The Idea That Eats Smart People (2016)

2026-06-01 @ 17:43:07Points: 112Comments: 129

Should you normalize RGB values by 255 or 256?

2026-06-01 @ 17:37:20Points: 154Comments: 63

AI Agent Guidelines for CS336 at Stanford

2026-06-01 @ 16:41:49Points: 278Comments: 106

The newest Instagram “exploit” is the goofiest I've seen

2026-06-01 @ 16:31:42Points: 1170Comments: 288

Florida sues OpenAI and Sam Altman over AI risks

2026-06-01 @ 16:02:04Points: 166Comments: 139

Anthropic confidentially submits draft S-1 to the SEC

2026-06-01 @ 16:00:40Points: 412Comments: 323

What appear to be biochemical processes may be a natural feature of geology

2026-06-01 @ 15:11:35Points: 173Comments: 50

Ask HN: Who is hiring? (June 2026)

2026-06-01 @ 15:00:48Points: 138Comments: 206

not an option.

Please only post if you personally are part of the hiring company—no recruiting firms or job boards. One post per company. If it isn't a household name, explain what your company does.

Please only post if you are actively filling a position and are committed to replying to applicants.

Commenters: please don't reply to job posts to complain about something. It's off topic here.

Readers: please only email if you are personally interested in the job.

Searchers: try https://nthesis.ai/public/hn-who-is-hiring, https://dheerajck.github.io/hnwhoishiring/, http://nchelluri.github.io/hnjobs/, https://hnjobs.emilburzo.com, or this (unofficial) Chrome extension: https://chromewebstore.google.com/detail/hn-hiring-pro/mpfal....

Don't miss this other fine thread: Who wants to be hired? https://news.ycombinator.com/item?id=48357724

Ask HN: Who wants to be hired? (June 2026)

2026-06-01 @ 15:00:48Points: 75Comments: 241

  Location:
  Remote:
  Willing to relocate:
  Technologies:
  Résumé/CV:
  Email:
Please only post if you are personally looking for work. Agencies, recruiters, job boards, and so on, are off topic here.

Readers: please only email these addresses to discuss work opportunities.

Searchers: try https://nthesis.ai/public/hn-wants-to-be-hired, https://www.wantstobehired.com.

The Pirate Bay Remains Resilient, 20 Years After the Raid

2026-06-01 @ 14:16:41Points: 467Comments: 231

CS336: Language Modeling from Scratch

2026-06-01 @ 14:10:32Points: 319Comments: 40

Show HN: A CSS 3D Engine (no WebGL)

2026-06-01 @ 13:58:04Points: 56Comments: 23

Sysadmining Like It's 2009

2026-06-01 @ 13:50:14Points: 84Comments: 34

Malicious npm packages detected across Red Hat Cloud Services

2026-06-01 @ 13:30:21Points: 706Comments: 398

Windows GOG DOS Games on M-Series Macs

2026-06-01 @ 13:28:53Points: 129Comments: 77

Flipper Zero Zig Template

2026-06-01 @ 13:20:54Points: 119Comments: 8

Linux Basics for Hackers (2019)

2026-06-01 @ 13:19:01Points: 121Comments: 22

Launch HN: Expanse (YC P26) – Unlock Wasted GPU Capacity

2026-06-01 @ 13:05:02Points: 64Comments: 16

https://expanse.sh/) to increase the effective capacity of your HPC/GPU clusters running schedulers/orchestrators like Kubernetes and SLURM. We read the source code, job submission script, and the hardware a workload is about to run on to predict what the job actually needs before the cluster sees it. We also flag failures we think are about to happen and surface line-level optimisations the researcher can apply themselves.

The problem: Datacenters run at roughly 30% to 40% effective utilisation. Users request more resources than what they actually need, because of asymmetric risk: while over-requesting is bad because it’s expensive and wastes capacity that someone else could have used, under-requesting kills your job mid-run and you lose days of work. So everyone over-requests by two to three times.

We measured one national-scale HPC cluster for a month and from 122k jobs, 59% of the compute was wasted. At on-demand cloud rates for the same hardware, that’s roughly $8.5M of compute wasted in one month on one cluster. The pattern is similar in large scale compute industries as well, such as quant funds, AI labs, and manufacturing.

The four of us ran HPC and GPU training workloads at the largest quant funds and HPC facilities. Ismaeel did research at EPCC (Edinburgh’s Parallel Computing Centre, the UK’s national HPC site) under Adrian Jackson, where he built the first multimodal HPC resource predictor: a model that ingests job source code, submission scripts, hardware telemetry and cluster metadata in order to figure out how much compute will actually be needed. On a dataset of real workloads on EPCC’s own clusters it scored 34% better than any other baseline, and outperformed frontier general-purpose LLMs prompted on the same prediction task by roughly 8x. These results convinced us the problem was solvable with software.

Expanse installs on every node and hooks into SLURM (or the K8s scheduler). It ingests live hardware telemetry (DCGM, CUPTI, Cgroups, Network/IO monitoring) of your cluster creating a custom embedding of how your hardware performs. We scan any workloads about to be submitted through SLURM/K8s (plugging into the life cycles of the job so you don't have to change how you submit things) and we feed this into our deep learning models to give researchers accurate resource recommendations, failure detections, and optimisation suggestions at submission time. We fine tune cluster-specific models that get sharper over time as you run more workloads. Our models are trained to over-provision rather than under-provision due to the asymmetric outcomes of a job crashing. We also provide uncertainty estimates and p90 values to allow users to choose their risk tolerance.

We surface three capabilities to users of the cluster:

(1) Resource prediction at submit time. We predict the GPU VRAM, Utilisation, memory, CPUs and walltime the job actually needs, with a confidence interval. From these predictions we also surface failure predictions for OOMs and other memory related issues, and code line level optimisations to increase the utilisation of the job on the hardware.

(2) Live Observability. While the job runs we showcase the telemetry we are collecting through a dashboard that gives an intuitive view of what's going on in the hardware and where your workload is at in terms of code stack profiling. We dynamically profile workloads to achieve a low single digit overhead while being informative.

(3) Failure diagnosis. If a workload fails, we take all the data we collected and perform correlations on the stack profiling and the hardware telemetry we collect to surface solution oriented logs. These are one, two line logs telling you not only what happened when the job failed, but why and how to fix it with code line level suggestions.

What’s different about our approach: The state of the art for most clusters is to either have per-user historical averages from sacct (SLURM accounting DB); hand-written rules/heuristics; or frontier LLM coding agents. For per-user historical averages from sacct, once a new type of workload is submitted onto the cluster or code level changes are made the model becomes wildly inaccurate. For the LLM baseline we provided them with the submission script and source code of the workload being ran, and gave it the full capabilities of its coding harness in the cluster and it performed quite poorly. We benchmarked Expanse against the state of the art at the time (Gemini 3.5 pro, Claude Opus 4.8, GPT 5.5, Codex 5.3) and outperformed them by 8x.

You might be thinking, as these models scale and get better, they could beat us on this task; however we saw no correlation in model size or iteration on accuracy improvement. Claude Haiku actually performed better than Opus on a lot of workloads and previous iterations of models had the same, if not slightly better, accuracy. Even coding specific models, such as Codex 5.3 performed poorly (matching accuracy with GPT5.5). These models reason in a vacuum, without native support for modal inputs such as source code (to understand the underlying data flow and computational patterns), and hardware telemetry and topology (to understand performance patterns of the cluster) they cannot accurately predict the resources a workload needs. Additionally, Expanse continuously updates its internal models to make sure our predictions get more accurate as more workloads run on your cluster, making it well suited for changes in new hardware or workload patterns. LLMs are very good at writing code and hyper parameter sweeps, but they need Expanse to complete the full agentic loop for auto research. It's super easy to plug our tools into these agents, we have made our CLI tools LLM friendly. For more details on our LLM eval, check out: https://x.com/ismaeel_bashir_/status/2059683849404383283

We’re currently onboarding customers as paid pilots. Pricing is determined per-cluster. We offer a two-week measurement window where we install, ingest, and report recoverable capacity to datacenter operators, followed by a paid pilot deployment in one department at a fixed monthly fee, renewing at the same rate unless the scope expands.

If you run a HPC/GPU cluster (SLURM or K8s, 100+ GPUs), we'd love to have a talk. We’ll install on a section of your cluster for a week, send a written report of what’s recoverable, and you decide whether to keep going. If you’ve tried something like this and it didn’t work, we’d really like to hear why. And if there’s a failure mode you’d want predicted that the post doesn’t mention, drop it in this thread and we’ll write back with whether the model already catches it or what it would take to add. I never thought I’d be on the other side of launch HN :). Even if you don’t run a cluster, we’d still love to hear from you. Any thoughts on our approach, your experiences running workloads on clusters, or even anywhere you think we’re wrong - we'd love to hear it.

Tally Ho!

Microsoft builds MacBook Pro rival with NVIDIA-powered Surface Laptop Ultra

2026-06-01 @ 12:04:29Points: 100Comments: 284

A 10 year old Xeon is all you need

2026-06-01 @ 06:38:42Points: 665Comments: 267

Nvidia RTX Spark

2026-06-01 @ 05:24:40Points: 285Comments: 236

Stealing from Biologists to Compile Haskell Faster

2026-05-30 @ 17:50:21Points: 75Comments: 4

I missed Network integrated tools on Windows so I built a Linux equivalent

2026-05-30 @ 16:40:34Points: 14Comments: 3

Handmade Hawaiian Islands Map

2026-05-30 @ 13:02:56Points: 43Comments: 16

I made my phone slow on purpose

2026-05-28 @ 17:30:46Points: 154Comments: 137

Only 17% of all 64-bit Integers are products of two 32-bit integers

2026-05-28 @ 16:11:45Points: 181Comments: 88

Archives

2026

2025

2024

2023

2022