In Other BSDs for 2020/02/01

There’s a lot of releases happening.

 

4 Replies to “In Other BSDs for 2020/02/01”

  1. Anonymous says:

    There are a growing number of why I switched from Linux to BSD articles. One thing this means is there are enough Linux users that some consider switching. The other seems to be a reflection of adopting the Unix philosophy and then looking for a operating system that is easier to understand.

    One of the events that really pushed Linux into the mainstream happened when Donald Becker wrote the first network drivers for Linux in order to build a high-performance computing cluster at Los Alamos National Laboratory. Without networking Linux would not have become the popular system it currently is nor would it dominate the supercomputing industry.

    While networking is still important, in my opinion, one of the driving technologies behind today’s computers is general purpose GPU computing. Today the GPU is not just for scientific computing, but drives a whole new class of machine learning algorithms that are universally being used to process big data. Not being able to run a convolutional neural-network in the 20s is on the same level as a computer without networking in the late 80s.

    I understand CUDA is a closed proprietary software owned by NVIDIA that is difficult to port to BSD. On the other hand AMD Radeon Open Compute is open-source software. Moreover, rumor has it that AMD accelerators will be used in Frontier–likely be the first exascale supercomputer in the world. As a result the AMD ROCm GPU software is likely to obtain significantly more attention, polish and popularity.

    By the mid 90s Linux had become relevant largely because of networking drivers written as part of the Beowulf project. In the 20s, it appears GPU acceleration is enjoying a widespread applicability outside of scientific computing in a similar way. With this observation I ask the following questions:

    Is there an effort to port the AMD ROCm general-purpose computing GPU drivers to any BSD?

    Has an analysis for DragonflyBSD been done to determine how difficult such a port would be?

  2. Hampton the Hampster says:

    Im really puzzled about those license wars. I read this hyperbola interview and was slightly amused about their approach of forking bsd to relicense under GPL V3 and rewriting ZFS etc. But then I came across the comments section… Im quite pragmatic, I love the GPL as much as I respect MIT, why can’t someone just keep the original licenses? Why do the Gnus have to GPLify BSD code? Why do the BSDs have to liberate userland by rewriting tools? Why all of a sudden everyone is proud of compiling their kernel with clang? Do I miss something out? Is dual licensing a bad idea? Is mixing licenses in a SW distribution a bad thing? Has a mono culture any advantages?

  3. With both licenses in play, I imagine you get the worst of both worlds. You get the restrictions from the GNU license, and … well, there aren’t much restrictions from a BSD license.

  4. I see your analogy, but I don’t think there’s anywhere the demand for GPU usage now like there was for decent network performance then.

Comments are closed.