The recent 5.8.1 release of DragonFly includes, among other things, a fix for a de-duplication bug in HAMMER2. If you are curious, here’s the commit / details.
There’s a couple more small test/debug tools in DragonFly; possibly only useful if you like to poke at internals, but who doesn’t, really?
dhcpcd in DragonFly is updated to 9.0.2. This is a bugfix release, so no new features.
Imported directly by the author, DragonFly now has dhcpcd 9. The commit message lists changes.
(and there’s a 9.0.1)
Even if you run bash, zsh, or maybe fish, tcsh is the default root shell in DragonFly – and it just had an update. (all bugfixes according to the release notes)
The ssh-copy-id utility is now included in DragonFly 5.8 and in -current. Useful for your next machine setup.
This doesn’t really have any effect on you unless you are programming on DragonFly, but it’s interesting to read about a “spinlock trick” Matthew Dillon had implemented recently.
Aaron LI’s updated the development(7) man page to account for new steps in vendor import.
Aaron LI managed to graft FreeBSD code history onto the DragonFly BSD git repository, and he’s documented how he did it. So, you can follow DragonFly code all the way back to 2003, and then FreeBSD code all the way back to… I’m not sure how far back it goes, but it’s in his merged copy.
Flame graphs are a way to see what code paths are most used in a stack trace. DragonFly now has a flame_graph utility.
Jails on DragonFly can now route to loopback addresses (i.e. 127.0.0.1). Because of this, they can work like shared IPs and the jail can connect to the host.
I think this means that you no longer have to bind jail services to specific IPs as you did previously. Don’t quote me on that; I’ve run few jails in my life.
Update: I should have linked this too: the sysctl jail.defaults.allow_listen_override that makes it easier in the host system too.
On EFNet #dragonflybsd, Matthew Dillon and ‘mjg’ have been discussing various way to optimize for bulk builds. A recent update from mjg for different memory functions shaved 1.7% off bulk build time – significant, when you are talking tens of thousands of packages.
binutils 2.25 is out, binutils 2.34 is in. The binutils upgrade happened just before the 5.8 branch, so it’s in the 5.8 release – though 2.27 is still the default.
One side effect of repeated package builds is that you start looking at ways to optimize for intense, repeated, parallel software compilation.
Yes, that is ambiguously phrased for fun. Matthew Dillon committed some benchmarks inside rdrand() code to show the actual performance improvements.
This recent commit changes how random number provision is seeded on DragonFly. It sounds interesting, but I don’t know if the performance improvement translates to real-world activity.
tmpfs on DragonFly now clusters writes better, so performance is improved in high-activity environments… which is probably why you are using tmpfs anyway. The post says 2-4x improvement when paging out.
I tagged version 5.8 a few days ago. Release will be soon, but not before this weekend.
I like seeing cross-pollination, as I’ve said before. I really like it turning into informal cross-BSD standards.
Rimvydas Jasinskas has been making DragonFly world buildable on other system. I don’t know what for, but it’s interesting. There are many more commits than the ones I linked.