Hacker News

points by jhgg 14 hours ago | 0 comments

This blog post spends a lot of time telling why gang scheduling is needed here (a fact obvious to anyone using the nvl72s), but doesn't actually go into detail about how their scheduler works.

At work, we have built something very similar, a custom topology aware scheduler for workloads, and the most interesting things about such a project are entirely absent from this article, making it more of a fluff/marketing piece than an actually interesting technical blog in this area.

Our next iteration of this scheduler aims to scale to O(millions) of GPUs, with a scheduling cycle time measured in the milliseconds.

[–] ismailmaj 13 hours ago

Feels AI-generated, so much text real estate is spent explaining the basics in sufficient detail then just two paragraphs on their scheduler with a lot of hand-waving.

[–] zhwu 13 hours ago

This blog's goal is to introduce the problem around the new NVL72 system with GPU failures in production, which not all people outside of xAI are aware of. We have more blogs coming up for what we built to handle topology-aware scheduling, defragmentation and hot swapping during failures. The short version of the scheduling piece: jobs are decomposed into 16-node slices placed atomically on a single rack, with two spares per rack reserved for hot swaps.

Seems very relevant to what you are building. Quoting what Ali said: "Quick PoC?"

[–] covi 11 hours ago

Why do you target millisecond-level cycle time? Are you looking at very fine-grained tasks like elastic sandboxes, in addition to beefy pre- and post-training jobs?

[–] zamalek 11 hours ago

> O(millions)

Big-O doesn't include constant factors for a reason (never mind just being a constant entirely), but maybe I am misunderstanding what you are trying to say?

[–] arjie 11 hours ago

It's not Big-O complexity notation. It means "a few millions". It's sort of how the word "sanction" can mean one thing or a different thing. The textual glyph sequence means a different thing based on context in English. Pretty normal.

I like to call it Big-O Magnitude Notation.

[–] alienbaby 8 hours ago

why not just say 'millions'

"Our next iteration of this scheduler aims to scale to millions of GPUs"

[–] arjie 8 hours ago

I treat it as more akin to the (slightly more-awkward) "single-digit millions" whereas "millions" could go over. It's just a SV-ism. I usually find it pretty easy to disambiguate and I confuse it as little as I do the same / in dy/dx vs. 1/2. Notational overload is pretty normal in human communication, I think.

[–] jhgg 11 hours ago

"Order of millions of GPUs being scheduled on" - which is to say when a workload is submitted to the scheduler, it makes a scheduling decision and the individual compute nodes are being programmed within milliseconds.

This means that if say a job requesting GPUs is submitted with a given topology constraint, we would already computed the physical nodes that satisfy the topology requirement, and begun preemption / begun spinning up processes on the target machines within a few milliseconds of the job being submitted. If there were no preemptions required (which means we need to first wait for graceful termination), the job is fully scheduled in the blink of an eye, whether it's on tens or hundreds of thousands of GPUs.

[–] deadnomore 11 hours ago

You are abusing big O which is worst case time complexity scaling. If I simplify your notation, then you just wrote O(1)

[–] jhgg 11 hours ago

Should have said "order of"

[–] nextaccountic 8 hours ago

It means ~millions

[–] porridgeraisin 13 hours ago

> making it more of a fluff/marketing piece than an actually interesting technical blog in this area.

/genuine do you recommend any other blog?

[–] jeffinhat 10 hours ago

open source the scheduler

[–] retiredpapaya 10 hours ago

jhgg and jlf PLEASE OPEN SOURCE THE SCHEDULER

i suspect you also have some great 60Hz cluster observability software ;)

its good for the world if you do it