Yeah but SRAM is stupidly fast. Even compared to DRAM. Going to a different chip, no matter if over a custom interconnect takes a "lifetime", specially since you don’t have L4 caching tricks, as you’re already at SRAM level.
Hmm, for most desktop stuff, you're still limited to random access, where even if leagues above HDD, the NVMe still suck compared to sequential. It's sad that intel killed Optane/3D X-point, because those are mych better at random workloads and they had still lower latencies than the latest NVMe (not by much anymore).
I don't understand why Optane hasn't been revived already for modern AI datacenter workloads. Being able to augment and largely replace system RAM across the board with something cheaper (though not as cheap as NAND, and more power-hungry too) ought to be a huge plus, even if the technology isn't suitable for replacing HBM or VRAM due to bulk/power constraints.
Windows laptops have been pretty much exclusively NVMe for years. The 2.5" SATA form factor was a waste of space that laptop OEMs were very happy to be rid of, first with mSATA then with M.2 using SATA or NVMe. NVMe finished displacing SATA years ago, when the widespread availability of hardware supporting the NVMe Host Memory Buffer feature meant that entry-level NVMe SSDs could be both faster and cheaper than the good SATA SSDs. Most of the major SSD vendors discontinued their M.2 SATA SSDs long ago, indicating that demand for that product segment had collapsed.
And GTK4 is even very usable from Rust too. It’s not a bad development experience, but these companies probably find 100 webdevs for every system programmer.
I didn't want to call it backend, because it's not that. Maybe desktop programmer? Anyway, if you're doing GUI in Rust or similar, you're at least handling memory and syscalls, which is closer to systems programming, I'd say.
reply