Slashdot Mirror


Microsoft to 'Support and Usurp' Unix

qedramania writes "Computerworld has a report on the latest Windows server release and their Unix strategy." From the article: "R2 is built on the Windows Server 2003 Service Pack 1 and is geared towards specific workloads such as storage management, branch office server management, as well as identity and access management. It also provides a subsystem which supports Posix applications."

29 of 102 comments (clear)

  1. The Borg Queen ... er ... King? by eldavojohn · · Score: 4, Interesting
    To manage the applications, R2 will provide shells - a command language interpreter - to run Unix scripts and Telnet clients. On the tools front, Visual Studio will provide a debugger for Posix applications. These developments will make it easier for users to migrate Unix applications to Windows, said Lowe.
    That, in conjunction with enabled NFS & Unix Network Information System support, looks to me more like assimilation than usurpation. I think it's obvious that we're going to see Microsoft try to migrate Unix server applications to their server platform while at the same time trying to pluck the best parts of Unix (hopefully security!) for their own OS. Let's not kid ourselves, both sides could learn a lesson from the other in a wide variety of areas.

    I guess Slashdot's picture of Gates as a Borg is applicable more now than ever ... but, in my personal opinion, I kind of see this as a good thing.
    --
    My work here is dung.
    1. Re:The Borg Queen ... er ... King? by tsa · · Score: 2, Funny

      I guess Slashdot's picture of Gates as a Borg [slashdot.org] is applicable more now than ever ... but, in my personal opinion, I kind of see this as a good thing.

      You mean he is assimilated in the Unix-hive, don't you? ;-)

      --

      -- Cheers!

    2. Re:The Borg Queen ... er ... King? by babbling · · Score: 4, Interesting

      It really depends on what they're up to. Their past efforts have shown that they're not too interested in being compatible with Linux/Unix, so this is suspicious.

      One reason they might be doing this is to counter free software. Currently, projects like Samba have been making good progress toward connecting Unix and Windows computers. Samba is free software. By Microsoft closing the connectivity gap themselves, they can close it with closed-source, proprietary software. This means that they can control connectivity. If they so choose, they would then be able to break it off completely at any time.

      So, this might just be a grab for power.

    3. Re:The Borg Queen ... er ... King? by IntlHarvester · · Score: 4, Interesting

      If anything, I'm suprised it took them this long to take "UNIX" seriously.

      One of the biggest thing that's been going on in enterprise computing is the widescale dumping of UNIX/RISC in favor of Linux on cheap x86 boxes. Microsoft has almost entirely missed out on this movement. If they can make Windows into a half-decent *nix, there's certain a big growth opportunity for them.

      And while the usual crowd is suspicous of MS's motives, I'm sure there's some developers out there excited about Microsoft embracing* a non-proprietary "industry standard" API. It's a big step for them. No longer would you need special Windows ports of software like Apache and Postgres --- in theory, you could just "make install".

      * word used with caution

      --
      Business. Numbers. Money. People. Computer World.
    4. Re:The Borg Queen ... er ... King? by Bloater · · Score: 4, Insightful

      I think Microsoft is *very* interested in being compatible with Linux. If Windows can become the very best choice for heterogenous networks, then it becomes an easy decision for *any* users and *any* network. The default question when making a buying decision will be "What compatibility bug prevents us using Windows here?". If there isn't one, they'll buy Windows.

      Part of the reason for enterprises to choose Linux so far has been "It works in nearly any point in our network, so we can always just install Linux servers". Since purchase price is not a big issue for business users, the only downside to Windows would be client access licenses. If they got rid of those and bumped up the initial purchase price of Windows server systems, Linux would be hurt very, very badly.

    5. Re:The Borg Queen ... er ... King? by gutnor · · Score: 3, Interesting

      They don't like being compatible with Linux/Unix when we are talking about Windows to Unix.
      However they are not stupid, they must make sure people can migrate to windows nicely with the less trouble as possible and AFTER lock them in proprietary technologies.

      They want to kill Open source ? Sure but I don't think this release in their new killing machine, just a part of their global strategy. In fact, the posix subsystem has been around for a while and is beter know as Interix or Windows Service for Unix. This is already quite powerful, but having it more tighly integrated is really a big plus. There are still lots of border problems occuring. Running 100% unix app. is easy, but when starting to have windows starting to call/pipe themself between subsystems you start to get into troubles. This new release will polish windows/unix cohabitation for example using Visual Studio for debugging or calling Windows API from the unix subsystem.

      Now, is that evil Microsoft trying to lock the world ? I think that when a company goes the way of using the Unix Subsystem, they already made the choice of migrating to Windows with everything implied. The new release ease a little bit the pain of the developer and give more flexibility to project manager ( like more option to stage the work ), so for me it is a good thing: those 2 are the workers in the migration, not the decision maker or the one getting the free 1st class trip at Redmond, so a little help is always welcome.

      BTW, in our case, thanks to Interix/Cygwin we can sell our Unix application to Windows only customer. That sometimes works the other way around.

    6. Re:The Borg Queen ... er ... King? by ILikeRed · · Score: 3, Insightful

      To manage the applications, R2 will provide shells - a command language interpreter - to run Unix scripts and Telnet clients.

      So typical of Microsoft - it's 2006, and to compete with Linux they start offering Telnet clients rather than something actually useful and secure like ssh. I can picture the sales calls and interviews right now, "well, they insisted they wanted Linux compatibility, it's not our fault that Linux telnet is so insecure, if only you had done your implementations the Windows way."

      --
      I have come to a conclusion that one useless man is a shame, two is a law firm, and three or more is a congress -J Adams
    7. Re:The Borg Queen ... er ... King? by j-cloth · · Score: 2, Insightful

      This is an excellent point. I manage a few dozen mixed servers (Windows, Linux, Solaris) that fall into one of three categories: Production applications (web, database, email, etc); Testing for the production applications; and various utility services (internal ftp, service monitoring, backup etc).

      The utility servers are without exception Linux because they can be made compatible with any or all of my other systems with very little work and with no capital cost. Currently, Windows isn't even on the radar when it comes to setting a machine like this up because I know that it won't play nice with my Sun boxes and if I want it to talk to a production Linux server, I have to make changes to the production server, not the utility server. If MS made some strides toward making Windows work well with other systems, the Linux option would no longer be a slam dunk and we could better assess the Right Tool for the Job.

    8. Re:The Borg Queen ... er ... King? by Alioth · · Score: 2, Interesting

      If they are supporting telnet, they are obviously not very interested in the security angle. They'd be doing ssh if they were.

  2. If you cant beat them... by tsa · · Score: 4, Funny

    If you can't beat them, join them!

    --

    -- Cheers!

    1. Re: If you cant beat them... by Black+Parrot · · Score: 2, Funny

      > If you can't beat them, join them!

      Yep, it looks like Microsoft is about to invent UNIX.

      --
      Sheesh, evil *and* a jerk. -- Jade
    2. Re: If you cant beat them... by sconeu · · Score: 2, Insightful

      No, no no! They're going to *innovate* Unix. Get it right!!!!

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
  3. not that good by PermanentMarker · · Score: 2

    i mean posix has been long available under NT, nothing new under the sun. Microsoft allready had als a fileserver update to have size limits on folders. In the end this is not unix specific it was user environments require.

    There are a lot of similarities ofcourse however often they are result of standardisation, or the result of new technoligies, if you think about a SAN environments then folder based limits makes sence. I see more and more SAN's connected to MS networks.

    --
    I know you're out there. I can feel you now. I know that you're afraid. You're afraid of us. You're afraid of change.
  4. Oh, great... by mrchaotica · · Score: 2, Interesting

    If it were anyone other than Microsoft I'd be happy about POSIX support, but you just know they're going to make it "MS-POSIX" or "POSIX++" or something stupid instead, and cause more incompatibility than they fix.

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    1. Re:Oh, great... by jb.hl.com · · Score: 4, Informative

      Microsoft has had a POSIX subsystem for ages. It's called Windows Services for UNIX, and it works quite nicely. It's not a new thing.

      --
      By summer it was all gone...now shesmovedon. --
    2. Re:Oh, great... by RupW · · Score: 2, Informative

      Just to drive the point home;

      Where is fork()?


      What point? Win32 does not have a fork, as that MSDN page describes. Win32 itself is not POSIX. SFU *is* POSIX. SFU *does* have fork(). Try 'man fork'.

  5. Yawn. by Vengeance · · Score: 3, Insightful

    Will they get more than an '80% POSIX complaint' OS out of this effort?

    And does anyone who uses a real UNIX actually care?

    --
    It was a joke! When you give me that look it was a joke.
  6. Anyone else see the contradiction? by pandrijeczko · · Score: 4, Insightful
    At a recent media briefing in Singapore, David Lowe, senior product manager, Windows Server, Microsoft, cited interoperability with Unix as one of the key features of Windows Server 2003 R2.

    So how come Jeremy Allinson and the other SAMBA guys have such a problem getting technical details out of Microsoft about the inner workings of SMB for their product that allows "Windows interoperability with Unix"???

    --
    Gentoo Linux - another day, another USE flag.
    1. Re:Anyone else see the contradiction? by Azarael · · Score: 3, Insightful

      By interoperable they mean that Windows software will be able to make use of Unix software without having to give anything back in return. Otherwise known as a 'One way street'.

    2. Re:Anyone else see the contradiction? by lkcl · · Score: 5, Interesting

      the POSIX subsystem, like all microsoft "announced products", reappeared coincidentally at around the same time that opennt.com, which provided a full third party POSIX subsystem, disappeared.

      anyone may, if you have sufficient information on how the NT kernel works or are prepared to reverse-engineer it (like the ReactOS guys are doing), write their own subsystem. there are THREE types THAT I KNOW OF: OS/2, Win32 and POSIX. okay, maybe there are four now - win64.

      having a POSIX subsystem sit on top of the NT kernel, which is a microkernel based on the Mach microkernel, is NOT the same as having fast and direct access to the NT kernel functions.

      and the reason why the samba guys have such difficulty getting information is because there either ISN'T any (it's all in the code) or there's too much!

      the only reason why the CIFS documentation effort was initiated by microsoft is because the original people who worked on it (having embraced-and-sensibly-extended the IBM Lanman SMB spec and also the X-Open SMB spec), having retired with their stock options up to millions, left no clues as to how this HORRIBLY complex code worked.

      it was therefore ESSENTIAL that they get it documented.

      the first time they released cifsbrow.txt, in 1997, because i'd just spent five months network-reverse-engineering the network neighbourhood and WINS server code, i spent a WEEK throwing email messages at them, explaining various inconsistencies, helping them improve the documentation they'd created. it takes TWO YEARS to correctly implement the network neighbourhood. it's a FULL peer-to-peer registration and management system, very robust, very complex, _extremely_ good, and people have xxxx-all idea of quite how useful it is ("oh, it's netbios - switch that xxxx off")

      after the first CIFS conference, andrew, jeremy and i hung around for an extra day: i got to meet the guy responsible for the network neighbourhood, and spent a good couple of hours drumming into him the things that had been forgotten since the email flurry - there's nothing like meeting someone face-to-face to explain stuff, as you well know.

      so.

      i'd say that the reason proper documentation doesn't "exist" is partially deliberate, and partially it's your average development/management incompetence.

      l.

  7. Come on with the links... by Anonymous Coward · · Score: 5, Funny

    Why do article submitters assume us UNIX guys know all the latest buzzwords and upstart companies in computing? For the uninitiated, Microsoft are a software publisher who sell a toy operating system called Windows.

  8. How much was for UNIX and now runs on MS? by Anonymous Coward · · Score: 4, Interesting

    How many programs were developed for UNIX (or Linux, or ...)? For example, Apache? Now runs on Windows. Postgresql? Now runs on Windows. There is a LARGE amount of formerly UNIX-only software, much of which is open source, that can now run on Windows. Microsoft is no dummy. They too, just like SCO, can leverage this software.

    Open Source is a double edged sword -- it gives you a fantastic advantage, but at the same time, your competitors are free to use your software, your IP, your efforts. One hopes that the benefits outweigh the advantages to your competition.

    The real strengths of Open Source are leveraging development and testing all over the world (lower product costs, time to market, code reuse, etc.), much lower marketing and sales costs (Internet distribution), and better quality (many eyes make all bugs shallow).

    1. Re:How much was for UNIX and now runs on MS? by CastrTroy · · Score: 4, Informative

      The problem is, is that a lot of the unix software although ported to windows, doesn't run as well on windows. (i think) Apache starts a new process for each request by calling fork(). This works good in Unix where it doesn't take a whole lot of resources ( under a million cycles) to start a new process. However, just starting a process on windows takes 5 million cycles. Meaning unless the implementation of apache on windows, or windows itself is changed, then running apache on windows will always be inferior. I imagine the same problem exists on many other servers that have been ported to windows. It's nice for people to experiment with these tools without switching their OS, but really they should be switching the OS if they want the best experience possible.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
  9. Re: a tu vieja le cabe! by Black+Parrot · · Score: 2, Funny

    > A tu vieja le cabe, lo sabemos todos.

    Something about CAB files and dying on Saturday, I think.

    --
    Sheesh, evil *and* a jerk. -- Jade
  10. Microsoft Xenix by Ratbert42 · · Score: 2, Informative

    Microsoft's been doing Unix since Linus an elementary school kid playing with his Vic-20. It was the first Unix I used, running on Tandy hardware.

  11. NT has always had POSIX support by gonar · · Score: 5, Interesting

    and it has always sUxx0rd. incomplete, poorly implemented, not really POSIX.

    are they saying that they are doing it right now, or just pretending what is old is new?

    --
    The difference between Theory and Practice is greater in Practice than in Theory.
  12. Windows Server 2003 and the GNU Project by NZheretic · · Score: 4, Interesting
    Windows Server 2003 R2's Unix interop feature is derived from Microsoft's Services For Unix (SFU) which pulled a lot of source code from OpenBSD compiled by and packaged with GNU GCC.

    For a full history of NT, Interix and SFU, see Should that not be GNU/Microsoft SFU?

    Many Microsoft users will be running a modified version of the GNU system every day, without realizing it.
  13. the hassle is a big issue by r00t · · Score: 2, Interesting

    It's not the dollar value itself that is the problem. It's getting approval. Somebody has to sign off on the purchase and make it happen.

    Then there is the matter of storing and keeping track of those silly hologram cards that supposedly prove that you have valid licenses. It costs staff time to deal with that. If you screw up, and maybe even if you don't, the BSA shows up with a bunch of US Marshals (or non-US equivalent).

  14. Trying to get the foot in the door... by WebCowboy · · Score: 2, Insightful

    ...but I still don't see the big differentiator here that'll convince a UNIX shop to adopt Windows over the latest iteration of their existing platform.

    This isn't a really huge move actually--it is just more of the same "bundling" stuff that Microsoft has done with its OSes forever (applets in Win 3.0 is where it started and now we have Media Player, IE, firewall, etc). Microsoft has finally seen how successful projects like Cygwin have eaten into its SFU market space, and relatively speaking SFU has been a mild failure for Microsoft. W2K3 R2 now simply bundles an improved SFU right into its OS distribution and is betting that customers will be "lazy" enough to use their solution rather than adopt 3rd party solutions like Cygwin.

    I do not think this will accelerate the demise of UNIX all that much though...I think that this will simply be more appealing to customers who are already migrating towards a Microsoft solution from legacy UNIX systems. Using Win2k3 as a drop-in replacement for a UNIX box simply because you can doesn't seem justified here, even if licensing and hardware costs are lower than for, say, SUN/Solaris. THe description just sounds like a model of inefficiency to me: All the UNIX stuff runs outside the kernel and still seems "bolted on". You have all this powerful hardware and all the work is being done by these bolt-ons and you still have the Windows kernel, fancy GUI and a load of services and drivers to support what you might not tough more than 5% of the time when in production. The only way that sounds appealing to me is if you are migrating to Windows and have new critical enterprise applications that run in the Windows environment alongside UNIX legacy apps.

    Windows will only TRULY "ursurp UNIX" when it TRULY adopts a UNIX-like architecture: It has to un-couple all the client-ish stuff (well all of its components really) and offer tools to support this more modular architecture. W2K3 R2 is not nearly there yet. However, MS is definitely heading closer in that direction: The windows registry is essentially deprecated as of the release of Vista (it is supported but is considered "legacy support"...a lot of .NET experts recommend using XML-based, application-specific .config files over the monolithic registry). The Monad shell promises to be quite powerful and could address the severe shortcomings of the existing command shell and allow the OS to run usefully without a GUI. POSIX/UNIX compatibility will be further developed...and so on.

    "Vista Server" (or whatever they call it) won't be totally there but the one after that will be close enough...Windows server will NEVER become just another UNIX clone, but out of necessity it'll probably evolve into a very UNIX-like architecture that uses proprietary/"extended" protocols, languages, libraries, interfaces...