OpenBSD developer Jacek Masiulaniec gets 14 minutes of airtime in the most recent BSDTalk podcast.
Saifi Khan ran Simon ‘corecode’ Schubert’s make parallelism test on a dual-cpu system, and the theory holds up: ‘make -j N’ where N == the number of CPUs, plus 1, will give the fastest build time. (graphed again!)
Do you have a SMP system, running DragonFly 2.5? Stathis Kamperis needs you to test something, to see if another set of system calls can be made multiprocessor-safe.
Update: An additional step.
The first one of the Open Source Business Resource Co-Creation issues is out. Read this if any of the open source software you use has a commercial component. (Chances are, yes, it does.)
BSDTalk 178 is all about Evil! Well, Internet evil. It’s an hour-plus-long conversation wtih Richard Clayton at EuroBSDCon about phishing, spamming, and other things that didn’t have a name a few decades ago.
Hubert Feyrer posted a note about time zones, describing how to find what’s defined on a system (all his steps work on DragonFly) and tricks to set it locally. Along the same lines is this “A literary appreciation of the Olson/Zoneinfo/tz database” that talks about all the historical details. (via) Of course, I have to mention Sascha Wildner, who has been carefully keeping DragonFly’s time zone data up to date for quite a while.
Update: and again!
Jan Lentfer repeated his Postgres tests on DragonFly with some system changes suggested by Matthew Dillon, and noticed a speed increase. (See previous report.)
It’s possible to speed up a ‘make buildworld’ by increasing the number of parallel make processes, with the -j option. However, the optimal number of make processes depends on your system setup. Simon ‘corecode’ Schubert did some testing, and it looks like the number of CPUs +1 is the best option – as long as you have more than 1 CPU. His writeup even includes a nice graph.
Nuno Antunes has a compact writeup of what it would take to finish porting netgraph7 to DragonFly, if you’re interested…
A bunch of small things to catch up on:
- vim-fugitive: a vim addon that seems to allow git manipulation from within Vim. (via)
- xkcd book 0 is out, for those who like math cartoons. (history cartoons is what gets me.)
- Webfwlog is a firewall log analyzer for various firewall products. It ought to work on DragonFly, too. (via)
Stathis Kamperis has written up a description of the test framework he designed during the Summer of Code. It may end up in DragonFly, which seems like a good idea to me. It’s designed to be generally operating-system independent. He includes a link to the git repo where he’s keeping it now.
Can you think of something that:
- Takes about 4-6 months to do?
- Can be used in DragonFly?
- Is usable as a Computer Science thesis?
Francois Tigeot reports having used vkernels in production quite successfully to isolate some legacy software, even though vkernels were only planned as a development tool. Nice to hear of something being more useful than intended.
Luiz Gustavo made a screencast for the DragonFly installation process. It’s 15 minutes long, requires Flash, and it would probably help if you speak Portuguese. I like seeing videos like these; multiple media always make for more fun.
The October issue of the Open Source Business Resource is out, with Arts and Media as the theme. The article about film production using open-source tools is especially good, as articles like that tend to be a list of application names only, while this article goes into the whys and wherefores.
Sdävtaker has created a new blog, similar in design to this one, at http://dfbsd.trackbsd.org.ar/. It’s in Spanish!
DragonFly 2.4 1 should be out Thursday. There’s a few bugfixes to add, still.
Seen via Richard Bejtlich’s excellent Taosecurity blog: the 6th issue of BSD Magazine is out.
Don’t forget, the first 3 issues (scroll down on that link) are free to download in PDF format.
Yay, another BSDTalk! Will Backman talks about where he’s been for the past month in BSDTalk number 177, and plays back a talk with FreeBSD developer Giorgos Keramidas.
If you’ve got a really, really old DragonFly installation that been upgraded from… 1.8? Perhaps earlier? The system will be using libc_r instead of lib_xu. If you want to change to lib_xu, which is the long-term goal, Hasso Tepper has the simple steps listed.