Before you know it, you are already in your fifties..

 Hi folks,

Less than one month before the summer 🙂, but FreeBSD 14 is more and more around the corner.

One part of this upgrade is its impressive boot time decrease. It comes a long way ... 👍

On my part, I published my first rust crate recently, isoalloc-rs using the related popular security oriented memory allocator. There is already existing excellent crates for the major allocators, jemalloc, mimalloc and the one from SchrodingerZhu ; snmalloc (one of the best in my view). Those are my suggestions if your priority is pure performance, isoalloc has a ton of refined options in return.

Still on my Zig's journey, I m now above 50 commits without really realising it. I like and know the language more but can see more clearly (ie beyond the obvious borrow checker) that, while it overlap a lot with rust, it can't replace it; they can truly co-exist. In the meantime my redox contributions had also grown a little mostly implementing missing syscalls/libc functions.

Another place to plug in ...

 Hi folks,

Since the last time, a new minor FreeBSD release went available, the 13.1, noted the sched affinity work done on master (compatible with Linux) earlier is available. NetBSD 9.3, however, not in sight yet hopefully in a reasonable timeline. Speaking of BSD, the EuroBSDCon 2022 edition in Vienna is one I ll be watching from afar but couple of topic of interest personally ... "Making FreeBSD QUIC", "Writing Custom Command in FreeBSD's DDB Kernel Debugger" among other things.

After couple of years of contributing to php, finally got my write access credentials, so basically another chance to break builds :-) It s definitely more manageable than LLVM for instance but still need care ... pretty glad to review other people proposals nonetheless. While at it, the 8.2 release is in preparation, the feature freeze is for around mid July and a final release around the end of autumn as usual ; we shall see...

Apart of that, the usual more or less, video games, memory allocators (notably new, being involved in isoalloc), a bit of rust here and there.

Which malloc is this ?

 Hi folks,

Finally ... the long awaited 5.3 release of jemalloc is available after years of waiting. A decent amount of improvements and fixes mentioned in the changelog even though this wait period since the 5.2.1 release had not necessarily been in its favor thus alternatives and more modern solutions gained more recognition as a result. But it's all for the best, the more solutions to fit certain use cases, the better !

Speaking of alternatives, microsoft snmalloc released its 0.6.0 version (aka snmalloc 2, the internals had been largely rewritten since), I invite you to read the docs if you re interested of the changes. Note that snmalloc finally appears in the isoalloc's security features comparison.

Nevertheless, been glad to have been a bit involved in both :-)