Slashdot Mirror


Microsoft Has Created Its Own FreeBSD (microsoft.com)

Simon Sharwood, writing for The Register: Microsoft has published its own distribution of FreeBSD 10.3 in order to make the OS available and supported in Azure. Jason Anderson, principal PM manager at Microsoft's Open Source Technology Center says Redmond "took on the work of building, testing, releasing and maintaining the image" so it could "ensure our customers have an enterprise SLA for their FreeBSD VMs running in Azure". Microsoft did so "to remove that burden" from the FreeBSD Foundation, which relies on community contributions. Redmond is not keeping its work on FreeBSD to itself: Anderson says "the majority of the investments we make at the kernel level to enable network and storage performance were up-streamed into the FreeBSD 10.3 release, so anyone who downloads a FreeBSD 10.3 image from the FreeBSD Foundation will get those investments from Microsoft built in to the OS."

12 of 247 comments (clear)

  1. GBSD by phrostie · · Score: 5, Funny

    does this mean they will replace GWX with a Get FreeBSD button?
    I might give that a try.

    I have run a bsd in a while.

  2. Investments from Microsoft built in to the OS by fahrbot-bot · · Score: 5, Funny

    ...so anyone who downloads a FreeBSD 10.3 image from the FreeBSD Foundation will get those investments from Microsoft built in to the OS.

    Clippy: I see you're running FreeBSD. Would you like to upgrade to Windows 10 now or reschedule for later?

    --
    It must have been something you assimilated. . . .
  3. Smart by ErichTheRed · · Score: 5, Insightful

    The interesting thing is that you would never see this happen under previous leadership. Forget the Windows 10 mess, even forget Microsoft selling one-off software at all. They are absolutely committed to using Azure to become the next IBM. The reason why IBM is still alive is because they draw massive monthly revenue from the mainframe business. You don't just buy a mainframe and a z/OS license as a one-time thing. You buy the hardware, the licenses, plus a huge monthly maintenance charge, _plus_ a pay-by-the-MIPS charge to use the hardware. IBM maintains the system for you, sends minions to replace parts, gives you access to upgrades, etc. for this fee. In an environment like this, it makes perfect sense to allow customers to run whatever they want as long as they run it on Azure. Microsoft will be the toll collector for anything their customers choose to migrate there. I'm working on a big Azure migration/rebuild project, and it's so obvious that Microsoft is done pushing their own software...as long as you rent their infrastructure.

    1. Re:Smart by Darinbob · · Score: 4, Insightful

      The history of computing has been a fight between centralized control versus user control.
      Mainframes with a priesthood (mortals are not allowed to touch the big blue iron box).
      Mortal users start buying minicomputers for their own department use. A local priesthood is set up to manage access to them.
      Company says that multiple department priesthoods is clumsy, so central priesthood is put in charge of all departmental minis.
      Mortal users start buying microcomputers for their own office or lab use. Interns are hired to maintain and dust them.
      Central priesthood sets up a standardized software licensing group, to verify that no one is using unapproved software.
      PCs become more ubiquitous, even in the offices of computer illiterates.
      Central priesthood demands that no one can connect to the internet unless the priesthood managers their computers.
      Users start getting email on their mobile phones
      Priesthood demands that monitoring services be put onto all of the phones.
      The big blue iron box is no longer present but the priesthood remains.

  4. Mickeysoft had used BSD before by cant_get_a_good_nick · · Score: 4, Informative

    Originally, the first TCP/IP stack and some command line TCP/IP tools (ftp.exe) were from BSD. Eventually Microsoft wrote it's own stack and tools.

    1. Re:Mickeysoft had used BSD before by casings · · Score: 4, Interesting

      This explains why they have a hosts file in an etc directory in %SYSTEMROOT%\System32\drivers.

    2. Re:Mickeysoft had used BSD before by Anonymous Coward · · Score: 5, Interesting

      There's been similar code from Microsoft in the Linux kernel for years now.

      Welcome to 2009. Enjoy your stay!

    3. Re:Mickeysoft had used BSD before by Anonymous Coward · · Score: 5, Interesting

      The reason the hosts file is there is for POSIX compatibility which was a requirement for some US gov contracts, IIRC.

  5. Linux users should be getting worried. by Anonymous Coward · · Score: 4, Interesting

    Although you joke, those who use Linux, especially those who use it seriously and for the long term, should be getting worried right about now.

    We're seeing turmoil within the wider Linux community, mainly thanks to systemd. Regardless of your take on systemd, it has been very divisive.

    Systemd has been a total disaster for many users, resulting in Linux installations that don't boot properly.

    Even those who don't dislike it completely do realize that it represents a dangerous consolidation within the Linux ecosystem.

    It goes beyond systemd, including problematic software like GNOME 3, PulseAudio, and even newer versions of Firefox.

    A monoculture is developing, where all of the major Linux distros are becoming very much alike.

    Linux users who don't want to be part of this monoculture are told to use obscure niche distros, which is a polite way of telling them to "fuck off and die".

    So many have looked elsewhere. The *BSDs are an obvious choice for many refugees from Linux, and OS X for others.

    We're seeing a resurgence of interest in FreeBSD and OpenBSD, and it won't be good for Linux.

    There is now a whole generation of young developers and sysadmins who missed out on the FreeBSD glory years of the 1990s, but who are now rediscovering what we knew then: that the BSDs provide the best open source UNIX-like experience available.

    So while we're seeing the Linux ecosystem disintegrate, we're seeing the FreeBSD and OpenBSD ecosystems becoming even stronger.

    Linux users should be very concerned about the long term viability of Linux. Those who have enough foresight to see what's happening to the Linux ecosystem are already moving to FreeBSD or OpenBSD, and they will be glad that they got out before things got really bad.

    1. Re:Linux users should be getting worried. by SumDog · · Score: 4, Insightful

      Don't know why you're getting the downvotes.

      I agree with you on systemd. Linux did need full process management. I do like how systemd standardized the init system and it'd be nice if there could be a simple drop-in replacement for it. Uselessd development has stopped and no one has the time to contribute anymore. The big projects are all funded by the big for-profit companies.

      I use Gentoo and still love it. I don't use systemd, but it is an optional choice (like it should be). I haven't touched FreeBSD in years, but I can understand people moving that route. I might load it up at some point. I just don't have the time to invest these days and Gentoo still works great for me at work and at home.

  6. Re:This bothers me by crtreece · · Score: 4, Insightful

    I'm no Microsoft fan, but, they did submit their changes back upstream to FBSD. The BSD license doesn't require them to do that, but they did.

    --
    file: .signature not found
  7. Hyperbole by Ster · · Score: 5, Insightful

    Hi folks,

    Disclaimer: I'm a FreeBSD committer.

    MS has been committing various Hyper-V drivers for months. Just like VMWare does for its hypervisor.

    This is less

    OMG a new fork! Embrace, Extend, Extinguish!!!

    and more

    Here's a pre-built VM image with 10.3 + a few Hyper-V drivers that weren't backported in time for the 10.3 freeze + a few scripts to automate configuration in the Azure environment

    You know, like every other cloud vendor's VM images. Nothing to see here, move along.

    So, stop Hyper-Ventilating! ;-)