> “ From what I recall, the FreeBSD team made the right call at the time.”
I’m not so sure.
Given how unstable FreeBSD 5 (intro of new SMP) was, until it finally stabilized multiple years later at v8.0 - I’m not sure others would have that same sentiment.
And seeing how DragonflyBSD performance is standing up to FreeBSD (and best’ing it times) even though they have a radically smaller developer community (and no corporate support) - it does challenge the topic of who was right.
I do think objectively, people would state that DragonflyBSD chose a clean/simpler architecture that’s easier to understand
>Where are the Apache, NginX, PostgreSQL and Redis benchmarks?
>Where are the measurements of network performance?
You'd have to ask Larabel about that. But given that Dragonfly can seemingly trade blows with FreeBSD *18 years later* does seem to suggest there's some merits to their design
Oh.. here is a benchmark [0] from 2021, Dragonfly performs comparably with Ubuntu and FreeBSD 13 on an intel core i9 of some type. I have no idea whether these benchmarks reflect real world performance. I also don't know where and how much Dragonfly is used in 'production'.
I’m not so sure.
Given how unstable FreeBSD 5 (intro of new SMP) was, until it finally stabilized multiple years later at v8.0 - I’m not sure others would have that same sentiment.
And seeing how DragonflyBSD performance is standing up to FreeBSD (and best’ing it times) even though they have a radically smaller developer community (and no corporate support) - it does challenge the topic of who was right.
I do think objectively, people would state that DragonflyBSD chose a clean/simpler architecture that’s easier to understand
https://www.phoronix.com/review/bsd-linux-eo2021