Readit News logoReadit News
zx2c4 commented on Your job is to deliver code you have proven to work   simonwillison.net/2025/De... · Posted by u/simonw
dfxm12 · 3 hours ago
there’s one depressing anecdote that I keep on seeing: the junior engineer, empowered by some class of LLM tool, who deposits giant, untested PRs on their coworkers—or open source maintainers—and expects the “code review” process to handle the rest.

Is anyone else seeing this in their orgs? I'm not...

zx2c4 · 2 hours ago
Voila:

https://github.com/WireGuard/wireguard-android/pull/82https://github.com/WireGuard/wireguard-android/pull/80

In that first one, the double pasted AI retort in the last comment is pretty wild. In both of these, look at the actual "files changed" tab for the wtf.

zx2c4 commented on Fcrand (Go language): drop-in replacement for crypto/rand, up to 10x faster   github.com/sdrapkin/fcran... · Posted by u/sdrapkin
zx2c4 · 5 months ago
On Linux, there's no need to use this. Modern Linux kernels implement getrandom() in the vDSO, which does similar buffering, and keeps those buffers safe in the event of forks or VM forks and kernel reseed events.

The readme says:

> Maintains all cryptographic security guarantees of crypto/rand

I'm not sure that's correct. If you're running this in a VM that forks, this new package will give out the same random bytes to both VMs, which could be catastrophic. If you're using normal crypto/rand, Linux has got you covered, and the VM forks get reseeded.

zx2c4 commented on 7-Zip for Windows can now use more than 64 CPU threads for compression   7-zip.org/history.txt... · Posted by u/doener
Beretta_Vexee · 5 months ago
You are looking for 7-Zip Zstd: https://github.com/mcmilk/7-Zip-Zstd

I don't know what your use case is, but it seems to be quite a niche.

zx2c4 · 5 months ago
I was curious upon seeing this and found the thread where its inclusion was turned down: https://sourceforge.net/p/sevenzip/discussion/45797/thread/a...
zx2c4 commented on Event – Fast, In-Process Event Dispatcher   github.com/kelindar/event... · Posted by u/kelindar
zx2c4 · 6 months ago
> about 4x to 10x faster than channels.

I'd be interested to learn why/how and what the underlying structural differences are that make this possible.

zx2c4 commented on Binfmtc – binfmt_misc C scripting interface   netfort.gr.jp/~dancer/sof... · Posted by u/todsacerdoti
zx2c4 · 6 months ago
Similar project of mine from a long while ago: https://git.zx2c4.com/cscript/about/
zx2c4 commented on Show HN: Fast Random Library for C++17   github.com/DmitriBogdanov... · Posted by u/GeorgeHaldane
jeffbee · 7 months ago
vDSO getrandom has been in the kernel for what, two weeks? And it is only "super fast" compared to the unbelievably slow full syscall. Compared to PCG it is like watching rocks grow.
zx2c4 · 7 months ago
Linus merged it on July 24, 2024, so about a year I guess. Kernel is released ~8 weeks after the merge window, so I suppose September or so.

I think neither are unbelievably slow. I dunno, take some measurements and see, maybe it suits you.

zx2c4 commented on Show HN: Fast Random Library for C++17   github.com/DmitriBogdanov... · Posted by u/GeorgeHaldane
pantalaimon · 7 months ago
Shouldn't getrandom() be plenty fast these days?
zx2c4 · 7 months ago
If you don't need "predictable randomness", like for repeatable statistical simulations, then absolutely, you should only use getrandom(). On recent Linux, this is implemented in the vDSO and is super fast. Few excuses now to use anything different.
zx2c4 commented on Show HN: Fast Random Library for C++17   github.com/DmitriBogdanov... · Posted by u/GeorgeHaldane
zx2c4 · 7 months ago
Careful with the "chacha csprng" when the seed from the seed() function appears to be 32 or 64 bits. That's not enough for the cs part. (Also the output stream appears to wrap after 2**32 blocks. Could make this larger.)
zx2c4 commented on WireGuard iOS Not Available in Germany   old.reddit.com/r/WireGuar... · Posted by u/quectophoton
zx2c4 · 10 months ago
Should be fixed now. App Store needed an EU declaration.
zx2c4 commented on Learning fast and accurate absolute pitch judgment in adulthood   link.springer.com/article... · Posted by u/dr_dshiv
zx2c4 · 10 months ago
> By the end of the training, they learned to name an average of 7.08 pitches (ranging from 3 to 12) at an accuracy of 90% or above and within a response-time (RT) window of 1,305–2,028 ms.

That doesn't actually seem very promising, or at least useful at all. It still seems way less useful than my accurate and near instantaneous relative-pitch. What could I do as a musician with 2 seconds of latency to be wrong some amount of the time.

z

u/zx2c4

KarmaCake day6577May 22, 2011
About
zx2c4 [1] is Jason A. Donenfeld. President and Security Researcher at Edge Security LLC [2]. Maintainer of WireGuard [3], pass [4], and cgit [5]. Linux kernel developer [6]. Many other projects [7]. Email jason at <username> dot com.

[1] https://www.zx2c4.com/ [2] https://www.edgesecurity.com/ [3] https://www.wireguard.com/ [4] https://www.passwordstore.org/ [5] https://git.zx2c4.com/cgit/about/ [6] https://git.kernel.org/pub/scm/linux/kernel/git/zx2c4/linux.git/ [7] https://git.zx2c4.com/

View Original