Why do you need to “quickly change” the OS?

As opposed to simply separate OS installed on physically different harddrivrle. And then shuting down and rebooting into the other environment?

If I donated the dedicated server below for a month, would that help you.

https://www.hetzner.de/gr/hosting/produkte_rootserver/dx291

https://www.pgcon.org/2014/schedule/attachments/309_PG_as_bench_mark.pdf

I too would love to see an update of this benchmark.

Do you have any current benchmarks of Dragonfly running Postgres vs FreeBSD 11?

https://leaf.dragonflybsd.org/cgi/web-man?command=ath&section=ANY

sephe in #dragonflybsd (Sepherosa Ziehau) is the one who knows.

I’ve learned quite a bit about the project’s goals by idling around on the IRC channel. A lot of immediate and near term stuff is discussed by the developers, but every now and then there are pretty good discussions about longer term goals. I remember some time ago reading that Dillon said that he was pretty happy with the state of the DragonFlyBSD kernel. Much of what seems to be happening now is squeezing out more performance from already mature subsystems (SMP operations for example), fixing bugs and now heavy work is being done on the DragonFlyBSD vkernel. Dports is working beautifully and a lot of previously non-building ports have been fixed. UEFI booting is now a go, clang support seems to be not too far away.

HAMMER2 is documented here: https://gitweb.dragonflybsd.org/dragonfly.git/blob_plain/HEAD:/sys/vfs/hammer2/DESIGN I am pretty sure I am correct in saying that the entire *BSD community is hoping that Dillon can pull this one off. We are rooting for you!

You can also get a sense of the project’s longer term goals by seeing what they wish to include in the project. For that the Google Summer of Code Project suggestion list is informative: https://www.dragonflybsd.org/docs/developer/gsocprojectspage/ note that many of the suggested items are very serious projects in and of themselves. DragonFlyBSD is definitely not a hobby OS. Perhaps in the true spirit of open source computing the project is essentially defaulting to “look, here is the code, do what you want with it”.

I can certainly see the commercial appeal of using DragonFlyBSD as a cloud computing backend once HAMMER2 is production ready. Perhaps even a NAS or SAN product as well. There are a number of groups that have spent a ton of money trying to make ZFS clusterable / high-availability with varying levels of success. HAMMER2 will do this out of the box as well as have machine-level and network-level redundancy.

Time will tell of course, but I’d say that their unspoken road map is pretty clear.

I’m not arguing against your opinion; it’s valid because it’s your own; but I want the scale of what they are doing to be noticed.

1. The guys are really hard to watch. They are so scatter brained and the content is so little. Many times they just broadcast them essentially reading a blog article they came across

2. Many times the content isn’t even bsd related

As for people talking about stuff… Lemme put this in perspective: I’ve been doing this for more than a decade. We now have BSDNow, and some other sources out there talking about BSD, and some active user groups in the US. 5 years ago – there were none. For any BSD. This is pretty good, considering the New Hotness is DevOps and containers and doing your best to make systems irrelevant.

I’ve long since wondered this as well. Seems like it has so much potential but no clear communication of its intents.