Readit News logoReadit News
eugenhotaj commented on Maintaining large-scale AI capacity at Meta   engineering.fb.com/2024/0... · Posted by u/samber
loeg · 2 years ago
This is really unique to the AI training clusters for reasons I'm not super clear on. Most other types of horizontally scaled workloads can sort of tolerate a slightly underperforming host, or hosts going bad every so often, with little P99/P99.9 impact. For some reason, AI training workloads really cannot.
eugenhotaj · 2 years ago
This is because everyone is training with synchronous sgd. all gpus need to synchronize on each gradient step so tail latency will kill you.
eugenhotaj commented on C++ GPT-2 inference engine   github.com/a1k0n/a1gpt... · Posted by u/version_five
eugenhotaj · 3 years ago
This is pretty cool. I had the same idea but in zig: https://github.com/EugenHotaj/zig_gpt2

Not fully finished yet, haven't gotten around to implementing bpe encoding/decoding and only some ops use BLAS.

eugenhotaj commented on “Yes, if”: Iterating on our RFC Process   engineering.squarespace.c... · Posted by u/vinnyglennon
JohnBooty · 3 years ago
I wonder if anybody's had similar experiences...

I've worked at two companies with RFC processes. At both companies, the processes were -- and I hate to use such a strong word -- a total sham.

I suppose the processes were crafted to look like some egalitarian meritocracy. In reality, it was just a test of who had the most political pull. If you had management on your side, your "RFC" was effectively law and dissenting voices were effectively career suicide.

Which, you know... fine. I understand that choices are made based on cliques and political capital rather than anything else. Cool. That's okay! Sucks sometimes, but that's how the world works. Hopefully your org structure itself is at least something of a meritocracy, so that edicts from on high are of a generally high-enough quality. If they get it right-ish often enough, your org will be okay... probably.

But what really rankled me was the fact that the RFC processes amounted to some kind of elaborate cosplay so that, I guess, folks could pretend that there was some sort of healthy collaborative process. If you're going to let a few "popular and management-blessed" engineers make all the decisions, fine, but don't add insult to injury by pretending otherwise.

I've heard similar things from others, elsewhere. I hope there are at least a few companies dedicated to being something better.

eugenhotaj · 3 years ago
In my experience processes like these rarely work out as intended and usually add layers of bureaucracy for marginal benefit. It’s usually senior engineers or middle managers looking for “org wide impact” so they can get promoted.
eugenhotaj commented on The Python Paradox (2004)   paulgraham.com/pypar.html... · Posted by u/ryan-duve
eugenhotaj · 3 years ago
This post would sound so dumb if it didn’t come from the almighty pg.
eugenhotaj commented on ChatGPT Can't Kill Anything Worth Preserving   biblioracle.substack.com/... · Posted by u/blueridge
eugenhotaj · 3 years ago
The issue is not that ChatGPT will kill things off, the issue is that ChatGPT 4.0 will kill things off. If you don’t think that’s a real possibility, you’re sleeping.
eugenhotaj commented on Small Teams   stevepulec.com/posts/smal... · Posted by u/miletus
eugenhotaj · 3 years ago
Some of these are so odd. When Kylie Jenner launched her company she could have sold celery and still made $1B+. It wasn’t because of the effectiveness of her small team.
eugenhotaj commented on This isn't over-complicated, it's just complicated   benlorantfy.com/no-this-i... · Posted by u/kiyanwang
eugenhotaj · 3 years ago
My experience is exactly the opposite in almost all cases. Most software is much more complicated than it needs to be. Reads like the author is just butthurt at feedback they received about their work.

u/eugenhotaj

KarmaCake day252December 29, 2017View Original