Aggelos Economopoulos has updated his NetMP page on the wiki with a link to recent instructions on testing his changes. For those who haven’t noticed, he’s working on removal of the Big Giant Lock from DragonFly’s networking code.
I have a number of links to dump:
Dru Lavigne has found that Verio is offering BSD hosting (specifically, FreeBSD). She’s also got her own recent linkpile which mentions this odd thing, plus a Federico Biancuzzi BSD interview I think I missed.
KernelTrap has a DragonFly B-Tree summary similar to mine, plus a writeup on POHMELFS benchmark, that filesystem being mentioned on this site a few days back.
“FreeBSD – the unknown Giant” has changed domains to www.freebsdnews.net.
If you’ve been wanting to really tax the heck out of your filesystem – whether or not it’s HAMMER – here’s a good way to do so.
On a similar tangent, Dimitri Nikulin and Aggelos Economopoulos mentioned several other filesystem projects that may be fun to read about: POHMELFS, Btrfs, and CRFS.
KernelTrap has a summary up of recent HAMMER development, though if you’ve been reading here, it’ll already be familiar in a more truncated format.
Also! There’s a June 13th HAMMER update From Matthew Dillon, just to continue the trend. Recompile and re-newfs, as usual.
Following some of the article tags at KernelTrap creates an interesting topic-specific DragonFly history, incidentally.
BSDTalk has a 12 minute interview with Michael W. Lucas, author of a number of BSD books and the Big Scary Daemons column at OnLAMP. His writing is excellent.
“Building OpenSolaris Communities“, found on an OpenSolaris blog, is a generally excellent guide on how to build an open-source community. It’s based around OpenSolaris, which isn’t a surprise, but almost everything discussed applies equally well to DragonFly or other projects without a corporate source. (via… I lost track, sorry!)
Aggelos Economopoulos, who is working on making the network stack multiprocessor safe, has a page up on the DragonFly wiki describing his work. Normally I’d link to his recent conversations about this on the kernel@ mailing list, but he’s already done a nice job describing/linking it on the wiki.
Benchmarks would be good. I bring this up because Hubert Feyrer has a post about various NetBSD happenings, which includes some interesting benchmark work. It doesn’t include DragonFly, but it’s a good model from which to work. Notice the hint there? Was it too subtle?
Most of the benchmarking work these days seems to focus on multi-cpu scalability… I would like to just see comparative numbers, especially since there’s still plenty of single-cpu systems around.
Undeadly.org has an interesting article about sticking to base applications. It’s all about making the programs that come in the base system install work instead of needing to install third-party packages to get a comfortable work environment.
It’s OpenBSD specific, but it is generally applicable to any system with a base set of included tools, which generally means all BSDs. The comments have some interesting parts, too, like using a source control system to synchronize dotfiles across multiple systems. (just having one consistent .vimrc would make me happy)
KernelTrap has a very nice summation of Constantine Murenin’s BSDCan 2008 talk about the OpenBSD sensors framework. This framework is in DragonFly now. It was also in and then out of FreeBSD; the KernelTrap article (in addition to describing how the actual code works) covers some of the conversation between Poul Henning-Kamp and Constantine Murenin at the BSDCan event about why that happened with FreeBSD.
Updated again: description changed, at Constantine’s request.
“FreeBSD – The Unknown Giant” has a nice compilation of BSD videos (and some pictures) from recent conferences.
These parodies of the “Vista Capable” stickers contain, among other systems, DragonFly BSD.
For some end-of-the-work-week reading: Aggelos Economopoulos posted some of his thoughts on in_pcbs for his planned work on removing the Big Giant Lock from networking.
GameSetPlay has another @Play column, with comparisons of roguelike games to Dungeons and Dragons. If you find this interesting, you may be an old-school geek. Like me.
This week’s BSDTalk has an nearly half-hour interview, from BSDCan 2008, with 7 different members of the FreeBSD Core Team.
Max Lindner posted a summary of his SoC plans for enhancing dma this summer, and he’s looking for feedback.
Louisa Luciani is looking for more discussion on her LiveDVD project; specifically, what kind of environment to create. She’s already collated previous suggestions on the wiki.
Robert Luciani (yes, they’re related) recently finished a school project evaluating threading on DragonFly; his poster and paper (PDF) are available. Appropriately,he’s working on multiprocessing support.
(typos fixed – thanks, smtms on EFNet #dragonflybsd)
James Frazer sent along a new site design for dragonflybsd.org; I’ve got an example of it hosted locally. Mailing list discussion starts here, and of course comments are welcome.
NASPRO, a sound processing framework, recently had a 0.1.0 release – it works ‘out of the box’ on DragonFly.
BSDTalk 151 has Sean Cody of Frantic Films, a visual effects studio spread over the North American continent, who details his use of BSD at home and at the office. They apparently sling about a huge amount of data.
Vkernels on leaf.dragonflybsd.org are now able to locally network; if you are a Google Summer of Code student that needs that functionality, tell Matthew Dillon and he will put you in the right group.
In addition, he’s created a new tool called vknetd, which enables network creation in userland. This is intended for userland applications like vkernels, though there seems to be some capability for a SSH-based VPN? Someone correct me – or better yet, try it out.