Julian Stecklina retweeted
1987: It was disclosed that members of The Chaos Computer Club had hacked NASA’s SPAN network, then installed a backdoor and password grabber.
Julian Stecklina retweeted
Having grown up in Berlusconi's Italy, I can feel it in my bones that when they win the first time, it's tough, but when they win *again*, after all they've demonstrated, *that's* the really hard one to take
Julian Stecklina retweeted
From the original
> I truly believe the future of kernels is with memory-safe languages. [...] if Linux doesn't internalize this, I'm afraid some other kernel will do to it what it did to Unix.
This is why I want multi-kernel NixOS. We need to make that threat credible.
I regretfully completely understand Wedson's frustrations.
lore.kernel.org/lkml/2024082…
A subset of C kernel developers just seem determined to make the lives of the Rust maintainers as difficult as possible. They don't see Rust as having value and would rather it just goes away.
Julian Stecklina retweeted
If you think the pandemic's over, you're badly wrong.
This is the staff absence rate for the seventh largest employer in the world.
See the consistency of the absence rate leading up to the pandemic...
Look at how it changed in 2020.
And see where it's going *now*.
Julian Stecklina retweeted
The Flipper Zero has an app called "Key Maker" that allows users to copy the cut pattern of some physical keys.
Scary isn't it?
xitter.cf/froggyups/status/18476…
Julian Stecklina retweeted
Research shows experimental evidence for what I and other critical thinkers pointed out so many times: that an LLM is just a statistical inference model which kind of fakes "reasoning" by making it superficially plausible through sophisticated enough pattern matching over a large enough data set. Nothing new here. What's alarming, apparently both AI research community and the general public are so delusional about it that it needs research evidence in the first place xitter.cf/alisaesage/status/1732…
Julian Stecklina retweeted
You asked for it, so here it is.
Visualizing CPU cache speeds relative to RAM.
Cache optimization is important too!
Julian Stecklina retweeted
What happens if your CPU gets something wrong? If it wakes up one day and decides 2+2=5?
Well, most of us will never have to worry about that. But if you work at a company the size of Google, you do, which is why this paper on "mercurial cores" is so fascinating.
What the authors report--and supposedly this is common knowledge at the hyperscalers--is that a couple cores per several thousand machines are "mercurial." Due to subtle manufacturing defects or old age, they give wrong answers for certain instructions. These can cause all sorts of impossible-to-diagnose issues. Some rare problems at Google that were traced back to bad CPUs include:
- Mutexes not working, causing application crashes
- Silent data corruption
- Garbage collectors targeting live memory, causing application crashes
- Kernel state corruption causing kernel panics
What makes CPUs go bad? It's very hard to tell. The authors posit that issues are becoming more frequent as CPUs get more complex, but there aren't solid numbers behind that. There are certainly strong relationships between frequency, temperature, voltage, and bad CPU behavior--most mercurial CPUs only cause problems under very specific conditions, but those conditions vary from CPU to CPU. Age is another source of problems, as older CPUs are more likely to exhibit problems.
Bad CPUs are an especially serious problem because they're very hard to detect. If cosmic rays flip bits in storage or on the network, that can be detected through error coding. But there's no analogy for a CPU that allows cheap online verification of its correctness. Instead, the best detection techniques involve monitoring for symptoms. If a core exhibits exceptionally high rates of process crashes or kernel panics relative to its fellows, that's a strong indication something is wrong with it. For the most critical applications, the authors propose triple modular redundancy--redoing each of its computations on three cores and majority-voting a reliable result.
More than anything, this paper is a call to action--letting everyone know that CPUs can fail. So now, if you ever find a bug you can't diagnose, you can blame the CPU! 🙂
Julian Stecklina retweeted
I love how everybody is like "oooh boring, the user has to print something!" and entirely ignoring the buffer overflows and whatnot in a process running as root :'D small, small people :D
Julian Stecklina retweeted
BREAKING - in their 82-page economic agenda Harris and Walz support 'a minimum tax on billionaires'. It really feels like this is an idea whose time has come - amazing to see the international momentum.
(Meanwhile, Trump wants even more tax cuts for the super rich.)
Julian Stecklina retweeted
KVM Forum has started!
Live streaming is available on YouTube, for the links see kvm-forum.qemu.org/
Julian Stecklina retweeted
We have lift-off! Element X, Call and Server Suite are now production-ready! 🎉
The world’s first secure communications solution built on Matrix 2.0 offers blistering performance and E2EE that “just works”.
Experience next-level communication!
element.io/blog/we-have-lift…
Julian Stecklina retweeted
Wow Intel decided today it was going to release all the info. This PR from $INTC CEO Pat Gelsinger covers all the major moves and announcements Intel is making. I will summarize them in this thread 🧵 intc.com/news-events/press-r…
Julian Stecklina retweeted
Check out our latest post about a vulnerability we disclosed to the Kernel Security Team - “Race conditions in Linux Kernel perf events”
binarygecko.com/race-conditi…



































