DESTDIR: 31 left

Almost all the packages in pkgsrc support non-root installation now…  except these last 31.  I recall something about their removal by the next quarterly release if they still don’t work, or maybe just after.  Jump in if one of these packages is useful to you.

Pull pkgsrc from git again

Some cleanup in the CVS -> git process wasn’t happening, so if you have been using pkgsrc 2011Q3 from git (i.e. via make in /usr), re-pull to make sure you have everything.

(The post noting this seems to have been eaten by the mailarchive…  that’ll be replaced.)

COMPAT_43 and COMPAT_DF12 gone

Well, they’re still available, but you don’t want them in your config any more because they can slow you down.  This will only affect you if you are running binary files from DragonFly 1.2 or earlier, or…  I guess a 4.3 BSD binary?  From 1986?  I’m sure there’s some other reason for it to be there.

Reduced memory usage

Francois Tigeot does something very useful: he monitors the resource usage on his systems, and tracks how it changes over time.  Because of that, he noticed that the recent VM changes in DragonFly have made quite a difference in memory usage.  (See the green area in the attached chart, around week 42.)

Quick, someone ask why the total memory used remains constant!

Graphing the recent VM changes

Samuel Greear graphed the performance differences for Postgres and MySQL on DragonFly, before and after the recent VM changes.  Note that 1: this was done a little while ago, so I think the performance difference would be even greater now, and 2: this was graphed versus the already-performing-better 2.12, not the current stable release of 2.10.

The next release and what’s needed

There’s a rare crash in DragonFly 2.10, where applications would segfault.  The system would run find.  This is apparently more likely to happen in 2.12, though reports on this vary.  It’s real, though.

Matthew Dillon went looking for this bug, and happened to roll back vm_token, the last lock in DragonFly that presented a serious impediment to multiprocessing.  It’s a big patch.  It fixes the problem, which is great!  It also happens to make DragonFly buildworlds almost twice as fast depending on the number of cores in the system.

Holy crap we want to get that out…  but it makes some significant changes to the system and needs to be tested.  So, the next release probably won’t be for a few weeks.

If you want to help, build master and do something with it – move data, run server programs, whatever.  Report crashes.  This performance improvement is worth working for.