steeve
Re:Germany turning abandoned coal mines into 23 lakes, becoming artifi...
on Saturday October 10, 2026 @08:05AM (#50032075)
Quite the greenwashing there. Those coal mines are quite literally the most dystopian thing when they are in operation.
Re:Spotifast: A native Rust Spotify client with Winamp skins
on Wednesday October 07, 2026 @06:16PM (#49999516)
i love the idea, but it takes lit 30 seconds to load the home page :(
Re:Netanyahu claims ability to hack any iPhone and plant false evidence
on Tuesday September 29, 2026 @11:45AM (#49895314)
Whereas some people in tech are proud to post selfies with him, the actual monster.
Re:Reverse-engineered Jev-like model
on Wednesday September 16, 2026 @05:43PM (#49733446)
https://x.com/harshagundal/status/2100044305536889015?s=20
> They were building in stealth for 2 years, I was building in stealth for 2 hours…
> Happy to open source Qwen-2.5-1B-RLCD, 5x faster on-device inference for JSON workloads that need to be type-safe.
Re:We accidentally built an LLVM compiler for Jax
on Sunday August 02, 2026 @06:14AM (#49142971)
XLA uses MLIR very much, the interface to it is StableHLO, which is a MLIR dialect.
Re:We accidentally built an LLVM compiler for Jax
on Sunday August 02, 2026 @06:13AM (#49142963)
> Plus, no need to build XLA using Bazel either! You’re welcome.
I don't get it, Bazel is incredible.
Re:Use your Nvidia GPU's VRAM as swap space on Linux
on Wednesday June 03, 2026 @03:16AM (#48380922)
sidenote: it is possible to use Vulkan to map GPU memory to CPU space and even map it back to CUDA: https://x.com/steeve/status/2055042304344231978?s=20
Re:Zml-smi: universal monitoring tool for GPUs, TPUs and NPUs
on Sunday April 05, 2026 @10:27AM (#47649812)
consider it done
Re:Zml-smi: universal monitoring tool for GPUs, TPUs and NPUs
on Sunday April 05, 2026 @03:55AM (#47647169)
Weird, because we tried it. It doesn’t show anything?
We use the amdsmi to get metrics. I’ll investigate.
Re:Zml-smi: universal monitoring tool for GPUs, TPUs and NPUs
on Tuesday March 31, 2026 @10:03AM (#47587560)
sadly, sandboxing is something that can't be upstreamed. this way, sandboxing is kept in zml instead of patching mesa.
as for nvtop, great program, but we missed a few features (such as sandboxing)
Zml-smi: universal monitoring tool for GPUs, TPUs and NPUs
ZML/v2: Frontier performance through composability
Re:Zig – Type Resolution Redesign and Language Changes
on Wednesday March 11, 2026 @07:21PM (#47343861)
hi, i'm the founder of https://github.com/zml/zml, very happy with Zig
Re:Zed will require age identification for its services
on Tuesday March 03, 2026 @05:59PM (#47240325)
Misleading title. It's about using their AI service, not the editor.
Re:Zig – io_uring and Grand Central Dispatch std.Io implementations la...
on Saturday February 14, 2026 @09:16AM (#47014717)
we (ZML) have been back to following Zig master since std.Io was introduced. It's not that bad tbh. Also most changes really feel like actual improvements to the language on a day to day basis.
Re:Zig – io_uring and Grand Central Dispatch std.Io implementations la...
on Saturday February 14, 2026 @05:40AM (#47013433)
ZML
Re:Replacing Protobuf with Rust to go 5 times faster
on Friday January 23, 2026 @06:01AM (#46731046)
tldr: they replaced using protobuf as the type system across language boundaries for FFI with true FFI
Re:Tesla didn't remove Robotaxi safety monitor – just moved them to a ...
on Friday January 23, 2026 @05:59AM (#46731036)
i can't help but think of the scammy communication around this on X. and the actual need to be deceitful about it.
oh how low the mighty have fallen
Re:I built a light that reacts to radio waves [video]
on Friday January 23, 2026 @05:54AM (#46730987)
very very cool !
Re:Lightpanda migrate DOM implementation to Zig
on Monday January 12, 2026 @08:41AM (#46588362)
This looks incredible, congratulations!
Re:Lightpanda migrate DOM implementation to Zig
on Monday January 12, 2026 @08:41AM (#46588358)
the upside is absolutely worth it
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @12:14PM (#46455840)
because he was been sending me updates about it for the last two weeks
because we've been discussing architecture, optimisations and benchmarks
because it's not a 13h old project
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @07:39AM (#46453641)
he’s been working on it for 2 weeks, as he said somewhere else
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @07:38AM (#46453634)
sure, i hereby disclose that he left in September
i already said in another reply that i knew him personally
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @05:00AM (#46452795)
the way he came barging through the door doesn’t invite sympathy
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @04:45AM (#46452717)
well, bazel is by far the most reliable one so I'm not sure why you're complaining
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @04:42AM (#46452700)
and it would be terrible for hermeticity and reproducibility, nix tries very hard and gets mediocre results
perhaps, just perhaps, why people go through the trouble not because they are idiots but for actual engineering reasons
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @04:39AM (#46452681)
your lack of skills doesn't mean it is (it's not)
Re:Show HN: BusterMQ, Thread-per-core NATS server in Zig with io_uring
on Thursday January 01, 2026 @04:38AM (#46452674)
a single commit doesn't mean it's vide coded you idiot
1/ AIs are terrible at Zig
2/ I happen to know the author personally