Viewing profile — spmurrayzzz
spmurrayzzz
HN member- Joined
- Thu, Feb 07, 2013, 4:33 PM UTC
- HN karma
- 727
- Public activity
- 372 items
- HN profile
- View on Hacker News ↗
About spmurrayzzz
Recent public activity
-
comment
Comment #49244958
The biggest gain you'll get is faster memory, provided you have enough capacity to load all the weight into vram. The DGX sparks and Apple silicon memory bandwidth (and also memory…
-
comment
Comment #49221509
Slop language aside, the abstract insight is directionally correct I think. CPUs were already becoming much more important during training for test-time scaling, but there you were…
-
comment
Comment #49190266
Given the current throughput figures on OpenRouter (~180 tk/s), its likely a much smaller param count on the order of something like Luna. I think the better, more timely compariso…
-
comment
Comment #48980046
They've open sourced some of the training and inference code: https://github.com/soofi-project Their work is based on the nemotron arch (so far).
-
comment
Comment #48850357
When orgs/bencmarks claim 1% deviation, in most cases that means measuring perplexity loss on datasets like wikitext or c4. Even if the loss is calculated via KLD or similar, its n…
-
comment
Comment #48848628
I think its good advice to test both on your own evals for sure, but the MoE parameters are already natively FP4 in ds4. Dropping to 2bpw isn't as big of a loss as it seems (and as…
-
comment
Comment #48775927
I had a similar reaction to the "I work at an AI company" and finding out it was Dropbox. And I agree with you, they are not in any way an AI company that would be relevant for som…
-
comment
Comment #48725794
I'm not entirely up to date with the latest batch, but I've reviewed some of the rollouts in the past and my sense is that the models are surprisingly good at getting correct custo…
-
comment
Comment #48721162
Near-term acquihires are certainly a likely bet I think. But given model progress on related benchmarks like kernelbench [1], I do think a set of more commoditized solutions is als…
-
comment
Comment #48517832
I used it, but only briefly to evaluate it. It had some overlap with a tool I built myself, was curious if any of the extra features would be useful. Ultimately I found the data mo…
-
comment
Comment #48490894
One of my favorite code comments of all time is still in the src: "# TODO: implement a proper validator to compare against ground truth. For now we just check for exact string matc…
-
comment
Comment #48464038
I don't think its smoke and mirrors, though I do have plenty of gripes with how the labs market this product landscape generally speaking. The newest biggest model can still matter…
-
comment
Comment #48463879
> You can't on the one hand say "customers are beginning to understand they can spend less" and on the other hand suggest that this is good for forecasts of revenue. Sure you can. …
- comment
-
comment
Comment #48449461
There is a piece of this I agree with. That you do not need to be a deep technical expert to notice that a company is burning cash by overcommitting to capex, or relying on heroic …
-
comment
Comment #48448780
There's examples both in his writing and also in his appearances on podcasts, interviews, etc. I'll cherry pick a couple: “When these new models ‘reason,’ they break a user’s input…
-
comment
Comment #48447992
He has also consistently demonstrated, at least to me, that he doesn't really understand how inference works from a technical perspective, which weakens much of his core thesis for…
-
comment
Comment #47871618
This depends a bit on your cost sensitivity and what model families you want support for, but Baseten and Fireworks have been my goto. Currently Baseten has ~610ms TTFT and ~82 tk/…
-
comment
Comment #46991356
First as an aside, remember that this entire thread is about using local compute. What you're alluding to is some fantasy infinite budget where you have limitless commodity compute…
-
comment
Comment #46989170
> That’s kind of a moot point. I don't believe it's moot, but I understand your point. The fact that models are memory bandwidth bound does not at all mean that other overhead is i…
-
comment
Comment #46979951
No I'm saying there are quite a few more bottlenecks than that (I/O being a big one). Even in the more efficient training frameworks, there's per-op dispatch overhead in python its…
- comment
-
comment
Comment #46976496
For inference, even with continuous batching, getting 100% MFUs is basically impossible to do in practice. Even the frontier labs struggle with this in highly efficient infiniband …
-
comment
Comment #46810348
Bits per weight, its an average precision across all the weights. When you quantize these models, they don't just used a fixed precision size across all model layers/weights. There…
-
comment
Comment #46787341
I've tested this myself often (as an aside: I'm in said community, I run 2x RTX Pro 6000 locally, 4x 3090 before that), and I think what you said re: "willing to wait" is probably …