1. 18
  1.  

  2. 17

    FreeBSD was used in 1999 to render The Matrix on 32 Pentium II boxes because the software in Linux Compatibility mode on FreeBSD was faster then natively on Linux, that is a fact:

    https://www.freebsd.org/news/press-rel-1.html

    FreeBSD can be several times faster then Linux when it comes to network stack:

    https://pbs.twimg.com/media/CzFfTSRUQAATwaq.jpg

    But often Linux is faster, you just need to find benchmark that favorites one or another, both are fast in general.

    1. 2

      Thanks for the link. I missed it when studying Beowulf clusters. The link doesn’t support your claim about Linux compatibility mode on FreeBSD for rendering, though. In the link, they said “reliability and ease of administration” were the benefits that made them choose FreeBSD. Do you have a reference showing FreeBSD ran Linux software better than Linux at that time or that this is why they chose it?

      1. 3

        I can personally attest that at one point it was faster. I originally switched from Linux to FreeBSD for a performance gain in the FPS game America’s Army. On the same hardware and Nvidia driver version the game on FreeBSD would get an increase of ~15fps.

        1. 1

          Interesting. Re AA, I quit that game pretty early since I couldn’t get enough practice to get better without a single-player mode. I’d have about a few minutes of moving/shooting, die from a distant headshot, and then watch others play. It was a neat game, though.

        2. 1

          I have read it somewhere on the FreeBSD Mailing Lists but do not have the source.

      2. 10

        This post is pure fluff. It hints at Linux preferring throughput over latency in some cases, but fails to give a single concrete example of that being true. It’s reminiscent of the popular “BSD vs. Linux” arguments I heard (and sadly accepted as gospel) in the late 90s

        1. 9

          A netflix FreeBSD kernel engineer ways in on Hackernews: https://news.ycombinator.com/item?id=17346020

          1. 6

            His reasons for sticking with FreeBSD over DragonflyBSD are also interesting. It looks like there will be an update in near future using code they’ve already written which closes some performance gaps between the two in some configurations.

          2. 5

            The lack of anything meaningful in this content is really concerning. Especially as it managed to make the front page on more than 1 site.

            1. 3

              There is a lot of bad information in this article. The FreeBSD network stack is usually considered better at certain workloads, but the processing performance is purely due to FreeBSD being behind on NUMA support.