Slashdot Mirror


Microsoft Works On Windows For ARM-Based Servers

SmartAboutThings writes According to some reports from the industry, Microsoft is working on a version of its software for servers that run on chips based on ARM Holdings's technology. Windows Server now runs on Intel hardware, but it seems that Redmond wants to diversify its strategy. An ARM-based version of Windows Server could help challenge Intel's dominance and make a place for ARM in the server market, not only in mobile chips. According to the article, though, Microsoft "hasn’t yet decided whether to make the software commercially available."

113 comments

  1. Microsoft Works? by Anonymous Coward · · Score: 5, Funny

    Why would you want Microsoft Works on you server ARM or no?

    1. Re:Microsoft Works? by Jhon · · Score: 1

      So you can print to your kodak diconix battery operated ink-jet printer, of course!

    2. Re:Microsoft Works? by tepples · · Score: 1

      So that you can upload a Works document and get an ODF document back to use in modern software, of course.

    3. Re:Microsoft Works? by jellomizer · · Score: 1

      Exactly I would go for the full version of Office.
      For the server, I would really would like Microsoft provide a better library for interacting with office files then interop

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    4. Re:Microsoft Works? by Anonymous Coward · · Score: 0

      I would really would like Microsoft provide a better library for interacting with office files then interop

      I know, then at least spell and grammar check would work...

    5. Re:Microsoft Works? by ArmoredDragon · · Score: 2

      Though judging by how Microsoft handled it's last shot at arm, it may shoot itself in the foot instead...again.

      I think Windows on Arm could have worked well, but Microsoft made the incredibly stupid decision to only allow it to run under the RT platform, and worse is that it was forced under a walled garden.

    6. Re:Microsoft Works? by cbhacking · · Score: 4, Interesting

      The only really stupid aspect of the Windows-on-Arm (AKA Windows RT) product line was the intentionally crippling it to only be able to run stuff signed by MS. Take out that restriction, and it's actually pretty decent: full web browser (to which Firefox and Chrome and all could have been ported, although - speaking as somebody who tried porting Chrome - that doesn't mean it would be easy), full file management, built-in "root" (just a standard UAC prompt), multi-user support, scripting capability (all the standard Windows languages), built-in Office and Remote Desktop software, ability to use Windows networking (SMB), updates from MS rather than from some OEM that may or may not bother to push important patches or so on, and a bunch of other nice stuff. Combine that with the inability to join domains (a purely artificial restriction, as they didn't even take out the domain-client code; hack the registry a bit and it will happily join domains) and you had something that nobody really wanted

      As soon as it was jailbroken, a bunch of useful stuff - ranging from 7-Zip to DOSBox to Python - was ported over. Additionally, anything that was pure .NET, or .NET with P/Invoke of functions from built-in OS libraries, ran without so much as a recompile. The problem was the need to jailbreak (and then the absurd level of effort that MS went to with 8.1 to break the jailbreak). That meant that commercial developers never ported their stuff to RT (all the community-ported apps are open source), and there was no software ecosystem outside of the joke of the Windows Store. One guy, in his spare time, wrote a surprisingly decent x86 emulation layer that could run a reasonable amount of old Wintel software as-is; pay him to do it as his full-time job and it could have run anything that wasn't simply too performance-intensive for the dynamic recompilation on low-powered CPUs.

      So, with that said, an "RT Server" could be pretty useful... if MS didn't go all brain-dead on third party software again. Not a lot of point running a web server that can't run PHP or Java or even ASP.NET to host web applications, these days. File serving is fine as long as you stick to SMB, assuming it can also join a domain and do all the standard Win Server stuff with volume management, I guess.

      --
      There's no place I could be, since I've found Serenity...
    7. Re:Microsoft Works? by GigaplexNZ · · Score: 1

      (to which Firefox and Chrome and all could have been ported, although - speaking as somebody who tried porting Chrome - that doesn't mean it would be easy)

      Unless it uses assembly, it should pretty much just be a recompile. How dependent is Chrome on x86/x64?

    8. Re:Microsoft Works? by ArmoredDragon · · Score: 2

      to which Firefox and Chrome and all could have been ported

      With the annoying stipulation that they aren't allowed to be set as the default browser. In Windows RT, IE is hard coded as the default, just like Safari in iOS.

      In fact if you look at the whole RT setup from a distance, it's pretty blatant that Microsoft wanted to just flat out copy Apple's mobile model. Problem is they apparently missed the memo that Google had already outdid Apple in that arena, and did so without using a walled garden, making it appeal to both power users and casual users, becoming a vastly more popular platform in the process.

      But it seems that Microsoft found out the hard way that being way late to the "casual users only" game just makes you become distant second to somebody else who themselves is already a distant second, making their mobile effort amount to practically nothing.

    9. Re:Microsoft Works? by Anonymous Coward · · Score: 0

      Chrome's JIT compiler is quite likely CPU dependent, also the unaligned adressing can cause really a lot of trouble when porting to older ARM CPUs.

    10. Re:Microsoft Works? by Anonymous Coward · · Score: 0

      +1 funny to you!
      But seriously, this is the only use I would have for it.

    11. Re:Microsoft Works? by tepples · · Score: 1

      it's pretty blatant that Microsoft wanted to just flat out copy Apple's mobile model. Problem is they apparently missed the memo that Google had already outdid Apple in that arena, and did so without using a walled garden

      And Android gets the reputation among news outlets for being the most malware-filled mobile operating system precisely because it doesn't use a walled garden.

  2. Link = Download? by danknight48 · · Score: 3, Insightful

    Nice checking on the editing there /.

    1. Re:Link = Download? by Mr+Z · · Score: 4, Informative

      Remove the / from the end of the link and it works. Annoying.

    2. Re:Link = Download? by Megane · · Score: 1

      Looks like the problem is on bloomberg's side... according to the download prompt I get, its mime type is "html/", yes that's html slash nothing. (should be text/html) I guess that's what happens when web "designers" start messing around with the technical stuff, shit breaks in stupid ways.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    3. Re:Link = Download? by Anonymous Coward · · Score: 0

      Heh. Checking on the editing. You have no idea where you are, do you?

      This place is two things:

      1) Advertisments. They're not even the "thinly veiled" variety any more, more than half the articles here are blatant product placement under the guise of being "newsworthy."

      2) What people are more frequently referring to as "clickbait." Notice all the articles on systemd lately? That's not a coincidence. Hell, Malda used this trick himself to great effect for years...troll your own user base. Sure, ban them if they troll you back...but the best way to get the hit counter rolling and the ad money flowing is to outright enrage, insult and misrepresent the facts (i.e. lie through their fucking teeth). Perfect example?

      https://en.wikipedia.org/wiki/...

      You'll notice that they point to one incident in particular, in which Katz claimed to have received an e-mail from a teenager in Afghanistan who had "dug up" a Commodore 64 and was now using it for "downloading movies, pornography and MP3s," all thanks to the wonderful liberation of Afghanistan by the good folks of the US Army in 2001. When he wasn't talking stupid he was just making shit up. Period. Yet how long was it before Slashdot actually threw him out like the trash he was? Years. They knew a "good thing" when they saw it. Malda knew it. Troll the users. The best way to get someone to be a repeat visitor to Slashdot isn't to get things right, it's to get things intentionally wrong and then wait for the inevitable shitstorm to arrive.

  3. yes... by funkymonkjay · · Score: 2

    this is because Windows RT did so well! Hey, mr CEO, you clearly need to lay off more people.

    1. Re:yes... by Anonymous Coward · · Score: 0

      I wonder, if they also try to do some additional dumbing down at the same time? Wouldn't it be just fabulous, if the Win32 API's would be different in ARM server OS so one could not just recompile the software for it? What if there was only C#/.NET support so we could get rid of all the legacy software? And the server really needs a touchscreen UI with large tiles and simplified control panel. And a app store as a single and only supported medium of software installation.

    2. Re:yes... by Deathlizard · · Score: 2

      The main reason RT Failed is because MS Would not let you develop Desktop apps for it. All you could do was port metro apps and businesses stayed away from it cause you couldn't add it to a domain. It also was more expensive than Android tablets so it was already priced out of the market.

      They could have also saved it by making it a Chromebook competitor. FWIW if someone made a laptop with RT running on a good ARM Processor, and sold it for under $200 it would fly off shelves. It's basically got everything most people need. (Write and print documents, browse the web, and check Email. Windows, IE and Office combined satisfy that need), Sure you would be stuck with IE and a locked down windows, but at $200 or lower it would have sold well and would probably run a lot better than the $200 windows 8 PC's that they're currently trying to push. In Fact, RT in a Netbook would technically do more since RT comes with office.

    3. Re:yes... by Bert64 · · Score: 2

      It would sell because its marketed as windows, and then customers would be disappointed because it didnt do the same things their desktop windows does. After a short while, it would earn itself a terrible reputation and people would avoid it, and the existing unwanted devices would show up on ebay very cheaply.

      On it's own merit, windows rt offers nothing over android or ios, and at $200 the hardware would at best be the same spec as $200 android hardware if windows were given away for free. On the other hand, its unlikely to be free, so the hardware would be inferior to cover the cost and then you also have a much smaller pool of apps than android/ios devices have.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:yes... by TemporalBeing · · Score: 1

      It would sell because its marketed as windows, and then customers would be disappointed because it didnt do the same things their desktop windows does. After a short while, it would earn itself a terrible reputation and people would avoid it, and the existing unwanted devices would show up on ebay very cheaply.

      On it's own merit, windows rt offers nothing over android or ios, and at $200 the hardware would at best be the same spec as $200 android hardware if windows were given away for free. On the other hand, its unlikely to be free, so the hardware would be inferior to cover the cost and then you also have a much smaller pool of apps than android/ios devices have.

      TFA is about Servers, not Desktops. Windows Servers tend to run specialized software already - Exchange, MS SqlServer, Oracle Database, etc. Yeah, there'd likely be some complaints regarding stupid admins; but the Server world is looking at using ARM-based systems especially in datacenters b/c they are cheaper to run and easier to scale out due to lower heat generation (which Intel has always been bad about).

      This is just MS saying "we don't want to be left out" since Linux is currently able to take on all these ARM datacenter systems.

      So if (when) they do release it, expect it to first hit the "Windows Server Data Center Edition" as an alternate version for use and "Windows Server Standard" so that devs have something to test with; or they may just keep the initial few releases to only supporting Microsoft Software (e.g. Exchange, SQL Server, etc); and don't be surprised if you see that configuration in Microsoft Azure before it goes out to anyone else either.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    5. Re:yes... by Nethemas+the+Great · · Score: 1

      Actually it is because RT did so well. I can envision management types trying to find ways to get some ROI on their investment in ARM after the Windows RT flop. In traditional fashion of chasing bad investments with more bad investments, out comes Server "RT".

      --
      Two of my imaginary friends reproduced once ... with negative results.
    6. Re:yes... by cbhacking · · Score: 2

      RT actually offers a lot over iOS and Android, especially over the versions available at the time it was released.

      Full web browser, with dev tools and fine-grained settings and all. Oh and Flash (love it or hate it, Flash is a factor on the web even today, never mind back then).
      Built-in "root" (just a UAC prompt) and full file browser with support for Windows file sharing.
      Word, Excel, Powerpoint, OneNote, and Outlook (on 8.1) all built in, plus built-in Remote Desktop client.
      Real, normal-OS-style multitasking (though limited to the desktop + one Metro app at a time, but that's a Metro stupidity not an RT one in particular).
      Ability to act as a WiFi hotspot while also connected to an access point (though you have to use netsh).
      Support for scripting (CMD/Powershell/WSH) with all the standard Windows utilities (though it would have been nice to have bash or similar, sigh).
      Real multi-user support, as on normal Windows systems.
      Disk Management so you can do custom partition setups (usually used to remove the recovery partition after backing it up, restoring a few GB of space).
      Act as a USB host for lots of everyday hardware (I realize most Android tablets can do this, but iOS still can't).

      It does all the same stuff desktop Windows does (it actually supports a bit more than the "Home" versions of Windows 8, like BitLocker full volume encryption)... except run software compiled for x86 instruction sets. Well, or run desktop software that doesn't have a Microsoft signature. Both of those things were fixed, at least somewhat, by the jailbreak for RT 8.0; the emulation layer for x86 was incomplete but you could run some stuff on it just fine.

      --
      There's no place I could be, since I've found Serenity...
    7. Re:yes... by GigaplexNZ · · Score: 1

      And a app store as a single and only supported medium of software installation

      While I recognise most of your concerns, this is not one of them. Enterprise environments already have the capability to bypass the Windows Store.

    8. Re:yes... by unixisc · · Score: 1

      this is because Windows RT did so well! Hey, mr CEO, you clearly need to lay off more people.

      Not just that, Windows NT before it - on the MIPS and the Alpha - was such a rip-roaring success. Seriously, if someone buys an ARM server, why would they buy Windows on it? It won't run any of the Wintel software that's out there - be it old or new. Actually, in the 90s, Microsoft could have gotten ahead by developing a 64-bit Windows - today's Windows 7/8.x on one of these, and promoted it in the workstation & server markets. They'd have been 64-bit even before AMD or Intel was.

    9. Re:yes... by funkymonkjay · · Score: 1

      I have to say though, they stand a much better chance today at doing this thanks to the .Net framework. Software written on top of that framework should work regardless of the CPU type. Same for anything written for the JVM.

      Moreover, unlike desktops, servers don't have to support an open ended list of apps. So, if by going to ARM they save on energy cost and cost of hardware, it's a win. So, maybe it's a smart move after all. Mr CEO, keep those ARM developers :)

      So the loser in this is of course intel and amd.

  4. why u no love me timothy? by SmartAboutThings · · Score: 4, Funny

    it seems that moderator timothy likes to modify my submission links all the time. sigh...

    1. Re:why u no love me timothy? by steelfood · · Score: 1

      Which wouldn't be nearly as much of a problem if the change was actually to a functional link.

      Maybe it's not the link. Maybe timothy's just broken.

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
  5. app store only on Server? by Anonymous Coward · · Score: 1

    That will not fly.

  6. Irrelevant by ArhcAngel · · Score: 3, Informative

    The majority of shops these days run a hypervisor on the bare metal and load Windows as a virtual machine. Now if Microsoft is working on an ARM version of Hyper-V that's a different story. But even the hard core Microsoft shops I work with use VMWare as their hypervisor of choice.

    --
    "A person is smart. People are dumb, panicky dangerous animals and you know it." - K
    1. Re:Irrelevant by ledow · · Score: 3, Insightful

      The problem would be that the virtualisation of ARM on Intel or vice versa would suffer quite large performance problems. You're basically into emulation, rather than virtualisation.

      So even if they could do that, you wouldn't see much point in doing it over just running your Intel stuff on Intel hypervisors and your ARM stuff on ARM hypervisors. What you'd gain would be, well, almost nothing.

      At least it's a showing, though, that the Microsoft code is in a big better shape that they can port things across. That is, of course, assuming it ever comes to fruition. Microsoft has had a lot of non-Intel architectures over the years and they've always played second-fiddle and then been obsoleted.

      Quite what they expect to get from aiming at ARM, I can't see. You won't get Intel compatibility, so you're effectively running another OS that - actually - only specialist places that are running huge compute farms etc. are using, or smaller gadgets where you'll struggle to sell a non-compatible Windows (like Windows CE was).

    2. Re:Irrelevant by danthemanvsqz · · Score: 2

      I think the benifit of using ARM would be energy effeciency not computing power.

    3. Re:Irrelevant by Anonymous Coward · · Score: 0

      Well unlike Intel's x86, ARM is a bit more "open", but we've all seen how "open" makes a giant clusterf*** for compatibility.

      In a perfect world, we would not be using virtualization at all, we would be using closed binary images more akin to how Mac OS X applications work. If you need to move the running application from Machine A to machine C, you just literately "mv /home/app.bundle nfs://serverC/home/app.bundle" and the OS would freeze the running state and do so. The lack of compatibility between Intel CPU's (missing instructions or disabled instructions due to bugs) doesn't allow this to happen, so reloading the binary part while keeping the 64-bit virtual memory claimed is the next option. Essentially what VM's already do except get rid of the entire "OS" as overhead.

      I do feel at some point a new "OS" will come out that is designed only to run on VM's and contains none of the extra OS parts to support any hardware but a VM machine, and none of the userland parts except that which is necessary to run the application in it's own space. The problem with VM's over just running the application on the primary and only OS is that the memory can be oversold, instead of wasting memory in one OS by not fully utilizing it, you waste memory in three OS's (main, and two client OS's) by not fully utilizing it.

      When MMORPG publishers use VM's you can tell the things are oversold because every few minutes you see the distinct "page thrashing" effect, or the virtual networking hardware is overloaded because it lacks any of the hardware acceleration.

      VM's at best are only 40% as efficient as running on the native hardware when there is more than one VM running on the machine. If it's the sole machine, they you should just be using the native OS to begin with. Using the VM as a way to upgrade or downgrade resources use is extremely shortsighted, and imposes 10% to 30% overhead due to the duplication of idle resources.

      I'd never recommend virtualizing anything but "spikey" demand loads. If there is a predictable curve, then provision hardware that meets the highest peak of the curve and the expected growth rate, and leave the VM's for unexpected demand (eg slashdot effect) makes services unusable.

      As for ARM, ARM needs to "standardize" a server grade 64-bit virtualizable core with similar features to Intel's VT* features, otherwise every vendor will come out with their own answer to it, thus overcomplicating virtual machines more than necessary.

    4. Re:Irrelevant by ADRA · · Score: 2

      Windows has been mostly architecturally portable since NT was released. The fact that they're debating supporting ARM's for their server cores is more interesting because it means their main consumer Windows OS could also run on ARM tablets / netbooks now, which I think has more viability for them. Having their managed code stack and applications that can be binary portable between underlying OS architectures would be the BIG win Microsoft should've done originally when they released their tablet-lite versions of software.

      --
      Bye!
    5. Re:Irrelevant by Bert64 · · Score: 2

      There are hypervisors for ARM, but most current ARM based servers seem to be geared up towards having lots of small machines rather than a single big machine split into lots of virtual images...
      It's really PCs vs Mainframes all over again.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    6. Re:Irrelevant by Hadlock · · Score: 1

      Win8 and WS2012 run on the same kernel, the only difference is Win8/8.1 has the "desktop" role enabled rather than the server roles. It's not uncommon to see people hack in server roles to their desktop machine as an exercise

      --
      moox. for a new generation.
    7. Re:Irrelevant by Anonymous Coward · · Score: 0

      The problem would be that the virtualisation of ARM on Intel or vice versa would suffer quite large performance problems. You're basically into emulation, rather than virtualisation.

      So even if they could do that, you wouldn't see much point in doing it over just running your Intel stuff on Intel hypervisors and your ARM stuff on ARM hypervisors. What you'd gain would be, well, almost nothing.

      At least it's a showing, though, that the Microsoft code is in a big better shape that they can port things across. That is, of course, assuming it ever comes to fruition. Microsoft has had a lot of non-Intel architectures over the years and they've always played second-fiddle and then been obsoleted.

      Quite what they expect to get from aiming at ARM, I can't see. You won't get Intel compatibility, so you're effectively running another OS that - actually - only specialist places that are running huge compute farms etc. are using, or smaller gadgets where you'll struggle to sell a non-compatible Windows (like Windows CE was).

      I believe, HP's new Rack-Mount Arm Server Shelf that holds 100 servers in a 5 u shelf is the future (I am sure others are doing similar things, I am on the outer edge of this stuff) That being said, MS is looking to stay relevant. They are pushing the Software As a Service and Remote Desktop. I think the x86 isn't dead, but it's days are numbered. Just like RISC, everyone can claim how much more robust x86 is to ARM. Just like Risc, it will fall. As chromebooks are replacing laptops, Windows needs into that market, if they left X86 Windows alone because it works, and put all their effort into ARM they might have a shot at survival.

    8. Re:Irrelevant by tibit · · Score: 1

      I do feel at some point a new "OS" will come out that is designed only to run on VM's and contains none of the extra OS parts to support any hardware but a VM machine

      You mean, like the stuff IBM's Rochester platforms (AS/400) has had for 20 years now with their Machine Interface?

      --
      A successful API design takes a mixture of software design and pedagogy.
    9. Re:Irrelevant by cbhacking · · Score: 2

      The stupid thing is, Windows RT *already* demonstrates that "their main consumer Windows OS could also run on ARM tablets / netbooks"... but they had to go and cripple it into near-uselessness. Recompiling most software for ARM instead of x86 is pretty trivial; it's a drop-down in Visual Studio and then you hit Build again. Stuff like web browsers (which have JavaScript JITs and are therefore inherently platform-dependent) have already been ported to ARM on non-Win32 platforms. Stuff that only compiles on Visual C++ 6.0 because it's full of crappy non-standard code needs to be updated to work with a modern compiler, but that's no big deal. GCC already supports targeting ARM and targeting Win32; those would just need to be combined to give support for Win32-on-ARM.

      I'm not going to pretend that everything would have been ported over instantly, but a good bit of stuff would have been. Then there's the architecture-independent stuff. .NET code will run un-modified, even if it uses P/Invoke to call into Windows libraries (the same libs, with the same functions, are just as available on RT as on x86 Windows). Python was ported by the RT hacker community (for jailbroken devices), even including the native code interop stuff (though that took longer to port). Ruby was similarly ported. Java would have been ported by Oracle if Microsoft made it a worthwhile target, but in the meantime IKVM (a .NET-based Java runtime) works. Microsoft themselves actually ported Perl, of all things; it'll even run without jailbreak.

      Then there's all the legacy stuff that people don't run on bare systems anymore anyhow. A lot of GOG's older stuff runs in DOSBox, which was ported to RT (you can run the GOG products on RT if you jailbreak, install the ported DOSBox, and then copy the files from the GOG installer over to the tablet); they could easily have added support for their installers running on RT. Same goes for ScummVM and a bunch of other old scripted game engines. Finally, stuff that was written for a 100MHz Pentium will happily run on an ARM chip using emulation. There's actually a hacked-together dynamic recompilation layer for jailbroken RT devices that uses the native OS libraries (with shims to account for differences in calling convention between ARM and x86) that can run a fair bit of old Wintel software even though it was never finished, and it's a lot faster than emulating an entire legacy OS.

      --
      There's no place I could be, since I've found Serenity...
    10. Re:Irrelevant by radarskiy · · Score: 1

      Intel already emulates the x86 ISA. How much worse could emulating the ARM ISA be?

    11. Re:Irrelevant by ChunderDownunder · · Score: 1
      Red Hat are recruiting a Software Engineer to work on OpenJDK for Windows.

      So a port to ARM could be forseeable, with or without Oracle's involvement.

    12. Re:Irrelevant by Anonymous Coward · · Score: 0

      Windows has been mostly architecturally portable since NT was released. The fact that they're debating supporting ARM's for their server cores is more interesting because it means their main consumer Windows OS could also run on ARM tablets / netbooks now, which I think has more viability for them. Having their managed code stack and applications that can be binary portable between underlying OS architectures would be the BIG win Microsoft should've done originally when they released their tablet-lite versions of software.

      I'm still waiting for that WinXP release for my old DEC Alpha box, it was still stuck on NT last I recall. :-P

    13. Re:Irrelevant by unixisc · · Score: 1

      If one could somehow get hold of 64-bit Windows 7 binaries and recompile them to the Alpha, those babes would just fly!!!

  7. Well... by thevirtualcat · · Score: 1

    Is the ARM version of Windows Server going to be arbitrarily limited to Microsoft Store apps with the exception of a handful of Microsoft applications and services, too?

    1. Re:Well... by __aaclcg7560 · · Score: 1

      Why else would Microsoft bring out an OS for older Apple devices?

  8. diversity isnt the problem by nimbius · · Score: 4, Insightful

    Redmond wants to diversify its strategy.

    Microsoft makes video games, consoles, operating systems, telephones, cloud services, office applications, car stereos, tablets, mice, keyboards, voip calling, a search engine, an internet browser, almost a dozen proprietary coding languages, educational books, a GPS map website, portable music players, internet chat, wireless display adapters, internet email and storage, a SQL server, and a gob of money on its training and certification services. The problem is mircosoft is creating products people do not need.

    each of the aforementioned offerings has had an industry or at least socially accepted standard in place for more than 2 years, and in some cases more than a decade. Microsofts problem is that they cant come up with new ideas and fail to see the logic behind existing ideas. Arm started out as a Unix platform, and has been extensively developed as a Linux platform. the Linux kernels ARM support has existed for 4 years, which seems to be the average amount of time it takes redmond to realize something new has happened. Even if Redmond offered an arm-server version of windows, it would have to compete with well documented, functional, and most importantly free versions of Linux that likely exist on ARM because they were proven assets in X86 for their particular task, not because Windows didnt exist at the time. the standard track-run of a microsoft offering will likely be provided with their ARM offering:

    1. Arm is offered, priced to buy, and servers preloaded with the microsoft tax
    2. Arm is subsidized in standard licensing contracts to major businesses beholden to redmond in their desktop environment. rejecting the subsidies will cause a loss of already existing discounts, just like Azure.
    3. this dole will be touted as market acceptance of Windows for ARM. metrics will be conveyed in trade journals and PHB will respond with demo units for the tech teams.
    4. Tech teams will ignore the device as its not needed and performance is significantly worse than the existing *nix, not to mention exising code ported from x86 unix/linux systems wont run on it.
    5. Microsoft will bail cash from XBox revenue into their ARM venture for 5-8 years, or roughly 1 zune.
    6. Microsoft will quietly EOL the product and never speak of it again.
    7. Microsoft will spin the wayback machine 4 years into the past and try their hand at Microsoft twitter or some equally doomed project.

    --
    Good people go to bed earlier.
    1. Re:diversity isnt the problem by Anonymous Coward · · Score: 0

      ARM did not start out as a UNIX platform, it started out as a RiscOS platform as it was designed for the Acorn Archimedes.

    2. Re:diversity isnt the problem by Anonymous Coward · · Score: 0

      You are forgetting that the various licenses for the OS, Exchange, SQLServer will probably cost more than for an Intel/AMD server
      This is how MS plays lip service to a non Intel/AMD arch but kills it just after birth 'because there is no demand for it'.

    3. Re:diversity isnt the problem by Anonymous Coward · · Score: 0

      Windows on ARM is not new. SERVER on ARM being supported would be new.

    4. Re:diversity isnt the problem by Anonymous Coward · · Score: 0

      Microsoft makes video games, consoles, operating systems, telephones, cloud services, office applications, car stereos, tablets, mice, keyboards, voip calling, a search engine, an internet browser, almost a dozen proprietary coding languages, educational books, a GPS map website, portable music players, internet chat, wireless display adapters, internet email and storage, a SQL server, and a gob of money on its training and certification services.

      Microsoft should start making vacuum cleaners. It's about time they did something that didn't suck.

    5. Re:diversity isnt the problem by art123 · · Score: 1

      Microsoft is a tainted brand to a subset of the technical community, not to the overall public.

      Interbrand's Best Global Brands list for 2014 has Microsoft as 5th behind Apple, Google, Coke, and IBM (and ahead of GE, Samsung, and Toyota). List is based on : the financial performance of the branded products or services, the role of brand in the purchase decision process and the strength of the brand (whatever that means).

      SyncForce has Microsoft #3 brand behind Apple and Google (and ahead of Samsung, Coke, Disney, Toyota, Amazon, Johnson+Johnson, and Mercedes).

    6. Re:diversity isnt the problem by Anonymous Coward · · Score: 0

      Wrong. The product will fail but not for the reasons you have identified.

      The issue is that no one wants ARM servers. The only people who want ARM servers are ARM, and a tiny handful of web serving giants, companies so big that they can invest development money that most companies don't have. Even there however, I suspect that ARM will be a historical footnote, rather similar to the Alpha servers or Itanium servers of yore. Yeah, I know, those architectures targeted the high end, high power market and ARM targets the low end. Yadda yadda yadda. You think that's what will drive widespread acceptance? Well I don't.

      Alternative CPU architectures have died off in an extinction event comparable to the Devonian extinction. ARM has a lock on mobile. Servers are not their forté and they are whistling in the wind to think they can change that. The marketing factors, customer support expectations, economics and everything else are radically different.

    7. Re:diversity isnt the problem by GigaplexNZ · · Score: 1

      Don't even start on the re-re-branding of the Bing/Xbox/MSN applications in Windows Store.

    8. Re:diversity isnt the problem by GigaplexNZ · · Score: 1

      (Some of which were also branded Zune at one point - eg Music and Video)

    9. Re:diversity isnt the problem by Anonymous Coward · · Score: 0

      This isn't Microsoft's first foray into ARM-based Windows. Remember Windows CE?

  9. Non-malware link from ZDNet by wiredog · · Score: 1

    Here.

    Well, at least a non-malformed link.

  10. What next? PowerPC? MIPS? by Anonymous Coward · · Score: 0

    Haha! Desperate times call for desperation.

    Bwana Ebola

  11. Deja Vu, Microsoft? by __aaclcg7560 · · Score: 2

    Might as well bring out Windows Server for the DEC Alpha.

    1. Re:Deja Vu, Microsoft? by cant_get_a_good_nick · · Score: 1

      My first webserver gig was the EMWAC Server on a DEC Alpha/NT 3.x rig (I forgot if it was 3.1 or 3.51 by the time we had the webserver). I can say I had a paying "webmaster" (is that still even a word?) gig in 1993, 1994 or so.

      On another note, the link above was not too much later than the time we installed it (1993). I guess things some things just don't change. I like the recommendations to go all the way to a 486 and 16MB of memory, and how to set up PPP (for a web server?) Well, some things do.

    2. Re:Deja Vu, Microsoft? by unixisc · · Score: 1

      Better example - the MIPS. The DEC Alpha is dead - no longer being manufactured, but the MIPS is.

  12. ms hasn't decided... by NikeHerc · · Score: 1

    Microsoft "hasn't yet decided whether to make the software commercially available."

    Microsoft, get back to me when you decide to make it commercially available and I'll decide whether I want it.

    Chances are I won't.

    --
    Circle the wagons and fire inward. Entropy increases without bounds.
  13. Great by Anonymous Coward · · Score: 0

    ...except that hardly anyone uses Windows on servers and few people use ARM-based servers.

    1. Re:Great by Anonymous Coward · · Score: 0

      That's complete bullshit: It's roughly a 50/50 split in the Fortune 100-500 (easily verified on netcraft) plus the real reason anyone even uses Linux is no cost of purchasing it only. That's also the reason it did well on smartphones as well. To keep per unit costs of smartphones down, and that only (not tech superiority, or is android being shredded daily on the security front not proof of that much?).

    2. Re:Great by Anonymous Coward · · Score: 0

      Citation please?

      There are a lot of people who use SQLServer which ... runs only on Windows.
      What about all those corporations who use Exchange for email? Where does that run?

    3. Re:Great by __aaclcg7560 · · Score: 0

      What about all those corporations who use Exchange for email? Where does that run?

      Hamster on a treadmill wheel.

    4. Re:Great by Anonymous Coward · · Score: 0

      More than that....there is also AD which is Windows exclusive. Yes there are others that offer similar services, but none come close to the intergration AD has, and not just on Microsoft products.

      Also if you want to manage your computers with GPO's and use WSUS you still need a Windows Server.

      In all my years of working in tech support and now sys admin / network admin, I have never ever seen an environment free of Windows Servers. I have seen plenty free of Linux (and tbh Linux tends to be less attractive for SMEs, those less likely to develop homebrew solutions that need to run on a multitude of servers).

      Unless you somehow managed to build a large environment using Linux boxes or OSX exclusive machines, Windows servers are here to stay for the foreseeable future.

    5. Re:Great by Keruo · · Score: 1

      >there is also AD which is Windows exclusive
      Except it isn't. Samba4 runs AD just fine on the OS of your choosing.

      --
      There are no atheists when recovering from tape backup.
    6. Re:Great by Anonymous Coward · · Score: 0

      For small values of "just fine".

  14. Good luck with that by pak9rabid · · Score: 4, Insightful

    MS couldn't produce a mobile device that anybody wanted (where ARM makes much more sense). What makes them think they're going to have any success on the server front?

    1. Re:Good luck with that by Anonymous Coward · · Score: 0

      Because Microsoft is all about the enterprise, baby! Windows phones are also awesome for the enterprise...3% of the total users will attest to that.

    2. Re:Good luck with that by Billly+Gates · · Score: 1

      MS from day 1 with NT was never use x86 as the main CPU.

      This was to prevent another crappy DOS or Windows 95 quirky OS optimized and insecure with buffer overflows and optimizations for just x86 instead of portable C libraries.

      NT was made for the mips in 1993, not x86 (later backported). This tradition continued and ARM makes sense for the server room.

      Most apps are database driven or network specific and are I/O bottlenecked. Not CPU. A java servlet does a query and waits 10 million cpu cycles (exaggeration) waiting for Oracle to get the data from the spinning pile of rust and then process etc.

      ARM makes sense in this as it saves money in power and customers are less needy with x86 compatibility there vs the desktop.

  15. Those who don't know history... by bobbied · · Score: 4, Informative

    Are bound to repeat it. (And those who do know history are doomed to watch helplessly while others repeat it).

    Didn't Microsoft try this with NT? I recall that it had a DEC workstation Variant (Not that it worked all that well.)

    My guess is that all the people who understood why this effort failed so completely are now gone and few are left who remember the lesson learned for Microsoft in that boondoggle. So the young bucks are now in the process of repeating the history they don't know. They will get *some* market share, but for the price sensitive user, Linux will be a better option for ARM because going to ARM only makes sense for large sized installs. Large installs have huge license costs and start to look cheaper on Linux, even with the management costs being more.

    My guess is that this won't go well for Microsoft, but if they want to shoot themselves in the foot again, so be it. Personally, I'd not want to poke the Intel bear too much if I was Microsoft.

    --
    "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    1. Re:Those who don't know history... by Anonymous Coward · · Score: 1

      Actually, NT was going to be written for Intel i860 (codenamed N-Ten, hence NT), but MIPS was used when the i860 workstations didn't materialize. Then it was ported to i386 in 1990 and Alpha for the NT 3.1 release. The NT 3.51 release was specifically created for the PPC port. It was eventually ported to Itanium, x86-64, and then ARM for the purposes of WinRT.

      So Windows has been ported to seven different architectures, with ARM merely being the latest. Since they already have an ARM port for WinRT, why not make a server edition?

      dom

    2. Re:Those who don't know history... by Bugler412 · · Score: 3, Insightful

      The only reason NT on Alpha failed was market share driven by DEC's hardware prices (the only source of Alpha based servers at the time) was about three times the equivalent i386 server from Dell or Compaq. I ran a shop fully populated with Alpha's running NT 3.1, 3.51 and NT4 at first, we switched to Dell i386 servers because of this. The DEC Alpha's did have very good availability and uptime, but for three times the cost, and very limited to non-existent third party software (backup software, security software, etc.). It was very hard to justify the expense. Not to mention being locked in to DEC for auxiliary hardware like NICs and RAID controllers which limited the selection severely, and again at triple the cost per unit. DEC Alpha's running NT were great runners, but their hardware pricing, selection and availability is what did it in, not weakness of the OS on that platform. Methinks you should get your facts and root causes for the failures in the market of the Alpha/NT product straight before you spout off.

    3. Re:Those who don't know history... by Bert64 · · Score: 2

      NT for Alpha actually worked very well, it was considerably faster and more stable than the x86 version.

      The problem was a lack of applications... Most windows apps are closed source, and only compiled for x86 which meant you either couldn't run them at all, or you had to run them through emulation which incurred a significant performance hit.

      That's why Linux is in much better shape on non x86 architectures than windows, the fact that drivers/apps/etc can easily be recompiled by anyone and in most cases already have been.

      Pretty much everything most people would want to do on an x86 linux box, i can also do on an alpha, ppc or arm based linux box... The same is not true with windows.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:Those who don't know history... by Anonymous Coward · · Score: 0

      Microsoft has been messing with other hardware for a LONG time.
      Going to ARM does make sense on large installs, but also makes sense in other area's (heat, battery life), and will eventually be in laptops, the way it is in phones and tablets now. Microsoft is just trying to keep the large, preinstalls, as they move to phones (where they are failing) and other devices and away from the desktops.
      I've been wanting a Linux/ARM laptop for a long time, just not readily available.

    5. Re:Those who don't know history... by bobbied · · Score: 2

      NT for Alpha actually worked very well, it was considerably faster and more stable than the x86 version.

      My experience didn't match that, but I think mine was a bit unique. We where a DEC shop and where going to switch to NT. DEC and Microsoft engineers descended on us after somebody in management agreed to go that route, but they took weeks trying to get the software installed and working. I still remember the two engineers in the next cube claiming the other's company was at fault. They had a heck of a time getting all the hardware (video and network) to match the drivers and actually function and neither really knew why what they had didn't work. Of course this was all going on during what we call "beta" test time. I think we tossed them out the door after two weeks of flailing. But that's what I remember it to be like.

      Glad to hear they got it working for somebody though it never did for us.

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    6. Re:Those who don't know history... by JohnStock · · Score: 1

      "That's why Linux is in much better shape" Are you really comparing Linux in 2014 to NT/Alpha/x86 20 years ago?

    7. Re:Those who don't know history... by Billly+Gates · · Score: 1

      Or Carly Fiona wanted Itanium instead.

      The market was hot for ALPHA. My community college used them and Slashdot was using them as well in the turn of the century. They ran Windows and IE 6 for internet terminals and classroom labs. $3000 got you a powerful workstation that ran Linux and Windows with Office and Visual Studio and Office. True games were lacking outside Quake 3.

      But Compaq bought DEC which HP bought and Carly Fiona pillaged. Rest in peace alpha.

      They also purposedly crippled the chip to make it slow to sell more Itaniums.

    8. Re:Those who don't know history... by Billly+Gates · · Score: 1

      Alpha doesn't exist anymore. RIP.

      In 1999 it was hot and had all sorts of apps that were essential. CS majors loved them. For $3000 they could have their own but couldn't run games. It could do excel, word, visual studio, java, and Unix stuff with FreeBSD or Linux (I was in BSD camp back then). It could trounce a highly priced x86 in it's price range.

      But yes it was niche for artists, hackers, and engineers. Carly Fiona killed it. Part of it came back to live with the AMD AthlonXPs and Athlons MPs which creamed the Pentium IVs. Really it was so much DEC you could swap the alpha and Athlon CPUs a decade ago!

    9. Re:Those who don't know history... by unixisc · · Score: 1

      The only reason NT on Alpha failed was market share driven by DEC's hardware prices (the only source of Alpha based servers at the time) was about three times the equivalent i386 server from Dell or Compaq. I ran a shop fully populated with Alpha's running NT 3.1, 3.51 and NT4 at first, we switched to Dell i386 servers because of this. The DEC Alpha's did have very good availability and uptime, but for three times the cost, and very limited to non-existent third party software (backup software, security software, etc.). It was very hard to justify the expense. Not to mention being locked in to DEC for auxiliary hardware like NICs and RAID controllers which limited the selection severely, and again at triple the cost per unit. DEC Alpha's running NT were great runners, but their hardware pricing, selection and availability is what did it in, not weakness of the OS on that platform. Methinks you should get your facts and root causes for the failures in the market of the Alpha/NT product straight before you spout off.

      The biggest reason the DEC Alphas failed was the lack of native software. While the systems from DEC itself were expensive (to fund the development of further Alphas as well as OVMS), there were other vendors who made & sold Alphas - companies like DeskStation, Carrera Computers, Aspen Systems, Microway and a few others. Not all of them were expensive - if one wanted, one could have had one's hands on a low end Alpha box

      However, problem was that Microsoft never supported their RISC platforms properly. For instance, I once read about how a Microsoft employee was disciplined for trying to compile and run Outlook on an Alpha. For Office, they only supported Word and Excel on the Alpha, whereas the Alpha would have been a great platform for Access. Also, DEC and Microsoft could have targeted the EDA market: while a lot of tools (like Cadence, VHDL, Verilog, et al) required high powered UnixStations from the likes of Sun & HP, other applications like ORCAD were Wintel only. Microsoft could have made a 64-bit version of NT for the Alphas & MIPS IV, and kept it separate from the Wintel line, and those platforms could have found a niche in the engineering community. As it is, companies like Pro Engineer supported NT/Alpha: properly done, a 64-bit NT/Alpha and MIPS could have been the basis for a well rounded genre of engineering workstations.

    10. Re:Those who don't know history... by unixisc · · Score: 1

      The decision on Itanium was made well before Carly. In fact, when Intel & HP started on the Itanium project, iirc, Lewis Pratt was running things

    11. Re:Those who don't know history... by unixisc · · Score: 1

      Also, iirc, the decision to kill Alpha was made by Compaq, which had converted to the Itanic

    12. Re:Those who don't know history... by Bugler412 · · Score: 1

      You are correct in all that you say here. The question still comes down to market share and whether MS was willing to devote the support and development resources to a product (Alpha based systems) that at the time was less than 1% of the total market. Could they ever have turned a profit in that scenario? Not likely. Like so many other instances, quality does not always win over quantity I suppose. Alpha was a better platform, I have no doubt, but that wasn't enough to make it a winner. Power and MIPS were also solid platforms at the time with some aspects superior to Intel, but no one was buying them, so similar end result.

    13. Re:Those who don't know history... by Bugler412 · · Score: 1

      100,000 Model T's will beat a 100 Cadillacs in the car business every time.

    14. Re:Those who don't know history... by unixisc · · Score: 1

      NT for Alpha actually worked very well, it was considerably faster and more stable than the x86 version.

      The problem was a lack of applications... Most windows apps are closed source, and only compiled for x86 which meant you either couldn't run them at all, or you had to run them through emulation which incurred a significant performance hit.

      That's why Linux is in much better shape on non x86 architectures than windows, the fact that drivers/apps/etc can easily be recompiled by anyone and in most cases already have been.

      Pretty much everything most people would want to do on an x86 linux box, i can also do on an alpha, ppc or arm based linux box... The same is not true with windows.

      Windows apps may be closed source, but had Microsoft alone ported each one of their apps to the Alpha, the platform would have been off to a great start. Aside from that, the Alpha could have been specifically targeted at the EDA engineering community, which at the time used a mix of Unixstations and PCs: Alphas would have had the power to run a 64-bit NT well, while win64 apps would have covered both high end engineering and low end PC apps

  16. FTFY by Anonymous Coward · · Score: 0

    ...except that hardly anyone uses Linux on desktops and fewer people use ARM-based desktops. Combined desktop and server counts are in favor of Windows use, by far.

  17. Argue with the numbers by Anonymous Coward · · Score: 0

    Odd then then MS has the world of desktops + servers combined by a huge longshot vs. any other competing operating system solution. For a company that shot itself in the foot (according to a nobody like you complete with your delusions) they're doing far better than anyone else on pc desktops + servers combined worldwide.

  18. There may be no efficiency gains by Junta · · Score: 3, Informative

    ARM won over in the mobile device space because of solid engineering around a low power envelope, without trying to compete with x86 performance in any way. Basically Intel made a mistake by not having *any* appropriate chips for that space at all. Performance per watt was never demonstrated to be better if you followed the curve up to desktop/server class energy consumption. Intel has actually competently answered in their Atom space, and has secured some mindshare among Android vendors (which I never would have guessed could be possible). Intel is second comer to the party and thus the ecosystem is clearly stacked against them, but they still managed to get their components in the market.

    Some vendors are starting to tout ARM based competitors to Xeon. The problem being their energy consumption numbers at this point are actually higher and achieve lower performance numbers in compute and have worse I/O capability.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:There may be no efficiency gains by Anonymous Coward · · Score: 0

      ARM won over in the mobile device space because of solid engineering around a low power envelope, without trying to compete with x86 performance in any way. Basically Intel made a mistake by not having *any* appropriate chips for that space at all. Performance per watt was never demonstrated to be better if you followed the curve up to desktop/server class energy consumption. Intel has actually competently answered in their Atom space, and has secured some mindshare among Android vendors (which I never would have guessed could be possible). Intel is second comer to the party and thus the ecosystem is clearly stacked against them, but they still managed to get their components in the market.

      Some vendors are starting to tout ARM based competitors to Xeon. The problem being their energy consumption numbers at this point are actually higher and achieve lower performance numbers in compute and have worse I/O capability.

      Don't ignore what ARM SoCs have onboard. For example, Qualcomm's Snapdragon 800 has something like 3 DSPs and a GPU that can do dedicated audio/video processing.

      For some workloads, a farm of SoCs can be very, very good.

    2. Re:There may be no efficiency gains by ArhcAngel · · Score: 1

      It looks like there are enough big names wanting to escape the grasp of Intel's grip to tip the scales but only time will tell. I found a painfully in depth article discussing the reasoning and driving forces.

      --
      "A person is smart. People are dumb, panicky dangerous animals and you know it." - K
    3. Re:There may be no efficiency gains by Anonymous Coward · · Score: 0

      Basically Intel made a mistake by not having *any* appropriate chips for that space at all.

      Actually, Intel had the XScale architecture 10 years ago, which was the core for the PXA SoCs (used in many PDAs at the time).
      This was a high performance, low power chipset. Interestingly, this was also an ARM architecture.
      They sold it off, since their focus was x86 and the server market.

    4. Re:There may be no efficiency gains by steveha · · Score: 2

      My understanding is that ARM-based microservers are attractive for low-compute workloads. For example, a half-rack with 1600 microservers in it would do a great job of coping with the Slashdot effect (it could spin up a whole bunch of web servers).

      You are right that if you are scaling out major number crunching jobs, fast Xeon boxes will work out to be more efficient. But those Xeon boxes would be wasted just serving up web pages.

      HP has released figures claiming that 1,600 of its Project Moonshot Calxeda EnergyCore microservers, built around ARM-based SoCs, packed into just half a server rack were able to carry out a light scale-out application workload that took 10 racks of 1U servers -- reducing cabling, switching, and peripheral device complexity. The result, according to HP, was that carrying out the workload used 89 percent less energy and cost 63 percent less.

      http://www.techrepublic.com/blog/10-things/10-things-you-should-know-about-microservers/

      I think Docker and microservers will turn out to be a great combination. Lightweight Docker containers should run great on the microservers.
      IMHO the ARM competitors to Xeon are principally interesting to show that you won't be "painting yourself into a corner" if you adopt the ARM platform: it still has plenty of room to improve.

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
  19. Isn't NT code base portable? by Anonymous Coward · · Score: 0

    Is this really surprising? The NT code base used to run on more than "Wintel" commodity hardware. The old NT was running on all sorts of things like DEC workstations. So it's portable, or should be if "Wintel" dependencies haven't crept in over the years. They could port the code to any architecture, and probably want to to make sure that it's still portable. Whether this is a viable product or not is a whole other matter, but MS probably doesn't care. If server ARM takes off, they're ready, if it doesn't they don't care.

    1. Re:Isn't NT code base portable? by Anonymous Coward · · Score: 1

      I agree however, however a major reason why people stick with Windows Server is because of legacy apps & systems, including myself. Remove that, and suddenly you do not see the point of sticking with Windows platform, especially since the server space is not like desktop, there is a lot of well known mature platforms to choose from.

      In the business world, try to convince your boss to purchase another ERP solution because you want to eliminate Windows Server from your ecosystem. To save a few thousand $$$$ on licensing now you need to redo a system that can cost anywhere between 50,000-300,000 for a medium sized company. Even if you go for a software as a service option there is still tremendous costs with lost productivity and training etc....

    2. Re:Isn't NT code base portable? by Anonymous Coward · · Score: 0

      NT already runs on ARM. See Surface RT.

  20. Windows NT 3.5 by lkcl · · Score: 1

    wasn't NT 3.5 available for ARM, DEC Alpha, Power PC *and* x86? wasn t the core of the NT kernel based on the Mach kernel, and written almost exclusively in c? so what the hell went wrong??

    1. Re:Windows NT 3.5 by Anonymous Coward · · Score: 0

      The other platforms died off, no point to code for platform that does not exist.

    2. Re:Windows NT 3.5 by Blaskowicz · · Score: 1

      Did it ever change?
      Windows XP, Vista and 7 were supported on three architectures, x86, amd64 and itanium (for the latter only under the names of XP 64bit edition, Server 2003, Server 2008 and 2008R2). Windows 8 droppped Itanium but gained ARMv7 - the crippled ARM version runs some win32 software by default such as explorer.exe and Office, if jailbreaked it can run recompiled/ported win32 software.

      Windows 2000 perhaps only did x86 but at least had an unrealeased port to Alpha (even 64bit Windows 2000).
      So every version of NT ever, except 5.1 strictly speaking had at least one non-x86 version.

    3. Re:Windows NT 3.5 by cbhacking · · Score: 2

      Not based on Mach, so far as I know. The head guy on the NT kernel team, Dave Cutler, came to Microsoft from DEC, where he'd been working on VMS. With that said, NT wasn't really based on anything else (although some of the TCP/IP stack in pre-6.0 versions apparently came from BSD). It was supposed to be a microkernel, but round about the 4.0 timeframe a bunch of stuff got shoved back into the kernel for performance reasons, because switching ring levels was expensive enough to matter back then.

      It is, however, written almost entirely in portable C code. In fact, when being originally developed, they explicitly did not target x86 so as to avoid letting any x86-isms slip into the code base; you could say x86 was the first architecture it was ported *to*.

      --
      There's no place I could be, since I've found Serenity...
    4. Re:Windows NT 3.5 by GigaplexNZ · · Score: 1

      Technically XP didn't run on AMD64, you needed a separate OS called XP Professional x64 Edition. It shared the codebase with Server 2003 SP1, not with XP.

    5. Re:Windows NT 3.5 by unixisc · · Score: 1

      NT was never a microkernel then, and in fact, in 4.0 and beyond, more things migrated to the kernel. However, in both Windows 7 & 8, with 64-bit and multi-cores, the trend has moved back to a microkernel like approach, with device drivers for instance, moving into user space. At the time, microkernels would slow OSs down, but now with all those underutilized cores, that's apparently no longer an issue

  21. Windows server on a home router? by gelfling · · Score: 0

    Why on earf would someone need to run Windows server on a home wireless router or a single purpose home-theater ultra compact PC?

  22. intel make arm chips? by Anonymous Coward · · Score: 0

    Thought there was a story not so long ago about Intel producing ARM based chips (albeit for 3rd parties)

  23. Active Directory, DHCP, DNS.. by Blaskowicz · · Score: 2

    A Windows server is likely to run the services that come with the OS. It's not so much like desktop-style use, where people want to run a game from 2008, genealogy software from 1997, and the software that came with the printer and camera on disc. Windows on ARM was toast for that market as well as failing to replicate the tablet/phone crap market of iOS and Android, which were available years earlier.

    On the other hand small LAN infrastructure servers are useful. Now imagine some Mac Mini sized shit running that, next to the company's router and NAS. Yes it should all be linux, ldap, pam or kerberos, nfs, samba, bind etc. but for some reason a Windows server is prefered to a *nix guru, perhaps it's more easy to get one.

    And then a ton of server stuff doesn't care about the CPU : .NET, java, PHP and the others.
    Short answer : it doesn't matter much and they already own a huge share of the server market.

  24. Hasn't decided? by Anonymous Coward · · Score: 0

    More like cannot get it to be worth the effort.

    W* has many internal functions that are tied to modern processors. While ARM is interesting and very interesting in the embedded market it lacks full server functionality. W* doesn't allow the administrator to fine tune the OS to fit the exact environment required. W* is what you get whether you want it or not.

    Add in the traditional MSFT inefficient code base and the problems escalate. Or should I say they slow down.

  25. Money talks by Ottibus · · Score: 1

    Intel is second comer to the party and thus the ecosystem is clearly stacked against them, but they still managed to get their components in the market.

    It is amazing what you can acheive if you are prepared to lose (sorry, I mean "Contra Revenue") $1B/quarter by massively subsidsing development and silicon costs.

  26. Re:MS wants diversity by Billly+Gates · · Score: 1

    The history NT is really a fear of what happened to the crappy DOS based operating systems such as Windows.

    NT from day 1 was purposedly not made x86 as the main cpu as people used assembler more in those days and MS management knew it would loose its portability and later security by having x86 hacks and direct memory calls in the kernel etc.

    So NT 3.1 was made for the MIPS first on SGI then backported to x86. This continued to PowerPC in 1990s with NT 3.51 and NT 4 and later Alpha with Windows 2000. Itanium was made target which is why Balmer demoed Server 2003 on it first as x86 was not ready.

    Today it is ARM. Actually it is very smart engineering wise to do this.

    We all hate MS on Slashdot as it is the pro Unix anti MS site since the 1990s so it is a given here. But really portability was never a problem and it iw as not a dumb move.

    In the long term ARM and low power cpus make sense for things like Database where I/O and not cpu is the bottleneck. Even in Java servelts and .NET app servers it is waiting for data() from the spinning piles or rust to fill a query more than the CPU.

    The only thing is ARM loses its lower power qualities as soon as it does more and you add more things to it like virtualization, FPUS, etc.

  27. Re:MS wants diversity by unixisc · · Score: 1

    Actually, NT 3.1 was developed on MIPS based DECstations 3000, and on i860s. After the x86, it was ported to the Alpha. PowerPC came much later. In terms of dropping support, MIPS died first, then PPC and then Alpha.

    Given that failure, MS should avoid doing it for ARM. If they need a non-Intel CPU, they should port RT to the MIPS CPU, since that's still an active CPU, even if SGI is dead as far as RISC boxes go.

  28. Not bragging... by MoarSauce123 · · Score: 1

    ...but I mentioned it for the past two years: Microsoft biggest problem is that their foray into the ARM world with RT did not come with a server version. Yes, I know that RT was designed to be craptastic. Absolutely needlessly given that a much lower powered Pi can do more. ARM servers and their low power consumption allow for having many of them tightly packed into rack space and get turned on and used only when needed. Many enterprises have cyclical demands for processing power, especially for financials. One option would be using cloud resources on demand, but enterprise financials and cloud are a mix that causes a tummy ache for many. Anyhow, Windows Server for ARM is a necessity to have for Microsoft and as usual they will be years too late to market with this. And maybe, just maybe it will not suck and comes without Metro garbage, ribbon crap, and eye candy that has no business on a server OS.