Did Microsoft Simply Run Out of Time On Windows RT?
CWmike writes "Microsoft may have simply run out of time with Windows RT, Directions on Microsoft analyst Michael Cherry said on Friday. Windows RT, the name Microsoft slapped on the OS earlier this week after calling it 'Windows on ARM,' or WOA, for months, is the forked version of Windows 8 designed to run on devices powered by ARM SoCs, or system-on-a-chip. Cherry was referring to gaps in Windows RT's feature set, particularly the lack of 'domain joining,' the ability to connect to a corporate Windows network and the lack of support for Group Policies, one of the ways IT administrators use to manage Windows devices. 'This is pure speculation on my part, but it seems like they had to make a trade-off with Windows RT,' Cherry said. 'What we're hearing now about Windows RT is a function of time and how they wanted the thing to behave. It seems to me that the a key goal was to get battery life decent and keep the weight [of devices] down.' His analysis on RT's chance of success: 'I think you can take Windows RT off the table for enterprises,' he said."
They didn't run out of time on it. They did what they've always done with what they see as "consumer" versions of their OS: they deliberately left out certain network- and enterprise-related functionality.
WinRT does have central administration capabilities, just not as extensive as enterprise editions of Windows.
I guess someone thought a locked boot-loader and mandatory chain of trust that begins and ends at MS was more important than a solid set of working features.
This is pure speculation on my part
systemd is Roko's Basilisk.
Woah...
You can hold down the "B" button for continuous firing.
I can't help myself but see Keanu Reeves as Ted saying "woaaa".
And there's nothing to say they can't add those capabilities in a patch later down the road if enough people complain.
Occasionally living proof of the Ballmer peak.
I have to disagree that Microsoft ran out of time. They just have an insane insistence that everything must but "Windows" even the Windows model doesn't fit. For style of tablets that compete with the iPad, they don't have to be desktops like Windows or OS X. Yet MS felt that they needed to spend development to shove the tablet model into Windows and label it as Windows 8. If MS focused on creating a new OS just for the tablet, they might have worked out all the enterprise features instead.
To clarify the article, Windows programs will run on Windows RT and Windows 8 but only if written specifically that way. Legacy programs are important to the vast majority of enterprises and are not compatible with Windows RT. So Windows RT was never going to be legacy compatible, why do they need to rewrite the desktop Windows model just to call it all "Windows".
The best use case I can see for Windows 8 hybrid approach is unfortunately something that MS has done in the past but never worked out. Hybrid tablet/laptops would have been great for Windows 8. But there is nothing on the horizon that remotely fits this vision. Intel is pushing for ultrabooks favoring less weight and more power efficiency instead of multi-touch transformable tablets. Seems like MS designed an OS for hardware that doesn't exist and even if it did is a very small percentage of users instead of optimizing for the hardware that is in the near future.
Well, there's spam egg sausage and spam, that's not got much spam in it.
On the contrary, Windows NT ran on MIPS, PowerPC and Dec Alpha back in the day.
Even after Microsoft dropped support for non-Intel architectures with Windows 2000, it was rumoured that they maintained the ports to ensure that they did not break portability.
But the underling OS is portable and has been for 20 years. All the enterprise functionality is user land, written in c or c++ so should be trivial to recompile to ARM.
The world's burning. Moped Jesus spotted on I50. Details at 11.
I saw someone using an iPad only three weeks ago. I saw another one last year.
Saying that MS ran out of time is like saying that the iPad's missing enterprise features are because Apple ran out of time. The iPad's adoption is about user experience, not making CIO's lives happier.
'I think you can take Windows RT off the table.'
FTFY
The fact that the Win RT based devices can't join a domain doesn't matter. In fact, the iPad has never been able to join one and it doesn't seem to be a problem with them. Corporate infrastructures are adapting to support the comsumer based devices being brought in by employees... it's just a simple fact. Corporations save a lot of money when they don't have to buy their employees devices, so the trade offs are worth it.
Bill
It's my Sig and you can't have it. Mine! All Mine!
Remember Windows Vista? Not finished. The finished version is called Windows 7.
This is Microsoft SOP. There is a shipping date, which shall be met. Functionality and bug fixes will be added later depending on what complaints they get in the press.
Weaselmancer
rediculous.
It seems as if Windows 8 for ARM is simply turning in to another Windows CE. That is, it is a fork rather than a direct port of the Windows OS with many unique differences.
Back in the NT 4 days you could sit at a DEC Alpha machine and not even notice you were running on a different architecture until you tried to run an x86 executable. (Even then it could run 16-bit Windows 3.1 via an emulator that visually looked exactly the same as running a 16-bit program on NT 4 x86 and later there was FX32) The point is it had the same functionality as the other ports.
I quite a few tablets on the train recently, but the only one I got close enough to to read the the make was an Asus tablet of some kind.
I am TheRaven on Soylent News
I will be happy if it simply allows LPR or SPM printing. Printing from an iPad sucks.
Even after Microsoft dropped support for non-Intel architectures with Windows 2000
They dropped support for non-Intel architectures, but not for non-x86 architectures. Windows Server 2008 was the last version to have Itanium support, and it shares more or less the same kernel as the consumer editions (or, rather, they're all branched from the same development tree) so processor independence never really went away in Windows NT. ARM is a lot more similar to x86 than Itanium, in terms of parts of the machine model that are exposed in C/C++ level. It's pretty hard to write C/C++ code that will work on x86, x86-64 and Itanium, but not ARM.
I am TheRaven on Soylent News
Exactly, you're perfectly explained why the XBox 360 can't join a domain either. They must have run out of time!
I was not aware the Sony PS3 was making huge inroads into enterprises the way the iPad is.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
It's slightly easier. Things like JITs are easier to port in the other direction (targeting ARM or Thumb-2[EE] from a typical bytecode is easier than targeting x86), but any high-level code just sees a relaxation in some restrictions. You have the same endian on both. Both incur a performance hit for unaligned loads and stores, and old ARM doesn't support them at all, so it's possible to do some pointer arithmetic and casting that will work on x86 and not ARM, but it's pretty hard and usually it will just be a bit slow on ARM (if the compiler knows it's unaligned it can work around it with some two loads and mask + shift).
I am TheRaven on Soylent News
As willing as I am to accept the sample size of "people negRo_slim on Slashdot knows", I think I'll trust industry data:
iPad Enterprise Adoption Up To 80% In Fortune 100
"Sufferin' succotash."
Why not? why differentiate between clients? your pocket computer(phone) is jsut as valid a computer as a desktop as far as the network is concerned. Dont you think that at some point your 'phone' is going to be your only computer that you carry with you and then dock with at work and home?
Good-bye
I think the Vista debacle taught them that simply patching later on down the road won't help the product reputation any (seriously - Apple's growth w/ OSX really took off when Vista released). I also suspect that Microsoft can't afford to have too many turns at saying: "yeah it's a major missing feature, but we can always patch that in later".
This isn't 1999 anymore. There's actual competition out there now, and Microsoft can ill afford to have such a blase' attitude towards the consumer, *or* the enterprise.
Quo usque tandem abutere, Nimbus, patientia nostra?
Rush out a bodged product to market and fix it in Service Pack 1.
Donte Alistair Anderson Roberts - hi son!
Karma: Chameleon
Microsoft has always had a strong enterprise relationship
If by "strong enterprise relationship", you mean "had them firmly by the balls", then yes.
If by "strong enterprise relationship", you mean "had their respect", you need to get out more.
The again, whores don't want your respect - they just want your money.
"Oh, well a few people I know own Android-based tablets and use Windows PC, so clearly iPads haven't taken over!" Apple sells more iPads in one quarter than total Android tablets have sold since the introduction of Android, and the sales data regarding iPads and desktop PCs is easily found via the most trivial of Google searches.
If you honestly believe the iPad doesn't dominate the tablet market, you are out of touch. This isn't a judgement either way on iPads or Android or Windows. It's just stating widely-known facts about the current state of the industry.
A tablet is meant as a terminal front end to a cloud based application .. what is it you would like to manage on it in the first place.
Speaking from the Enterprise environment, I can name three things right off...
1) prevent users from parking games on my work tablets.
2) lock down where users go with the web browser on the tablet to just those sites I want them to go.
3) do those first two things without having to go nuts with subnets, or custom proxy settings, or having to go crazy modifying my network - because if I have to do any of that, I may as well just get them iPads.
Quo usque tandem abutere, Nimbus, patientia nostra?
As much as I'd like to imagine MS bumbling a release, I'd wager this is intentional. I also don't think of it as an 'enterprise' v. 'consumer' play. As some has pointed out, there is little reason to believe it couldn't be trivially carried over from the x86 codebase, but MS may not see it as relevant to the way a tablet would likely work, even in an enterprise scenario.
AD is built upon a strategy that was explicitly designed for fixed position systems in a corporate environment, owned by a company, logging into resources managed centrally by one coherent team, and to some extent potentially shared/interchangeable amongst employees. Back in the mid 90s when MS designed their implementation of domains, the world was a lot different. Even in the current reality of people with travelling laptops already feels very awkward, though it is serviceable. In an environment where resources spend at least as much time outside as in, where increasingly companies are getting employees to volunteer personally owned equipment instead of company issued equipment, where rarely does more than one person ever use a particular system, where people are often authenticating to multiple companies during the course of their work, and management is increasingly decentralized, active directory value significantly erodes.
It may be the case that MS recognizes the concept of a system 'joining an AD domain' as ill-fitting of the usage model. Joining a domain requires the 'system' be authenticated, to facilitate the case of the system to provide others service independent of user. This just doesn't happen with tablets and is unlikely to happen with tablets (after all, they are suspended unless a user is pretty much actively engaged and they are pretty much consume-only type devices). Maintaining the concept of the user and the user's system as independent just doesn't have practical benefit.
Of course, as a strategy this is certainly dubious. Even if it is a bad idea, MS has a lot of mindshare of companies without much vision in this regard. Those companies are a gold mine for companies like MS.
XML is like violence. If it doesn't solve the problem, use more.
It seems to me that the a key goal was to get battery life decent and keep the weight [of devices] down.'
And that's exactly what the priorities should be for portable devices.
His analysis on RT's chance of success: 'I think you can take Windows RT off the table for enterprises,' he said."
Why? Apple's iPad doesn't support the feature set that Cherry describes either, and yet it's become the fastest growing tablet in the enterprise. In fact, it's the only tablet device with any traction in that space at all. Something like 60% of the Fortune 500 have deployed iPad or have a deployment plan in the trial stages. When did that last happen with a piece of technology less than 2 years old?
There are plenty of reasons why I think Microsoft's efforts in tablets won't be successful, but the iPad's success has shown that not supporting a core Windows feature set needn't be one of them.
"We live in a global world" - Harvey Pitt, former Securities and Exchange Commission Chairman
Windows on tablet did not get those features because they require uninterrupted network connectivity with a "mothership" domain controller. What does not happen on handhelds.
The whole "analysis" is a ploy to proclaim Windows on ARM "Enterprise-ready" once Microsoft will figure out how to produce domain support with everything cached on the client. What will eventually happen even though it makes no sense.
In reality, handhelds have to be treated as insecure clients, must allow user flexibility in applications configuration and should never be allowed direct filesystem access, however Windows developers are too dumb to make an equivalent of FUSE, rsync and a package manager. My almost-abandonware Nokia N900 has better "enterprise support" now than those Windows "analysts" (marketing people) can ever imagine.
Contrary to the popular belief, there indeed is no God.
Sorry, the missing verb was 'saw'.
I am TheRaven on Soylent News
It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows was written by some very competent engineers, and many more with -shall we say - much less competence. In order to port Windows to ARM they have to find every place where an assumption was made about internal representation of data structures, word size, endian-ness, and a host of other issues.
Initially NT was DEC Alpha and x86, but they scrapped Alpha support. The reason is simple. Writing portable code, especially in languages like C and C++ take skill, significant effort, and additional time. Obviously, a company that couldn't be bothered to put the time and effort into develop secure code could not be bothered to invest the effort to make it portable either.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
This assumes businesses bother to upgrade. There is a lot of shitware out there. Software just coming out today requiring IE 7, XP, and some still only works in Windows 98 but it only runs in Windows 98 because of some band aids made to it because it runs best under Windows 3.11 etc.
The solution was to switch to internet cloud apps. Now they require IE 6 still and we have the same problem all over again and accountants who get bonuses by saying wait IE 6 works fine, I can still view cnn with it and therefore the web will still support it for free. Why switch?
I am hoping html 5 and cloud apps will change this. We have standards now but it wont surprise me to see people tying it in with bad code. No one would have thought 10 years ago that IE 6 would be as proprietary as the VB apps they replaced.
http://saveie6.com/
Strategy is where it's at.
Microsoft and Intel are companies that have a co-dependent relationship: MS depends on Intel to bring out new chips - driving better computers, because when someone buys a new computer they pay the Windows tax. But Intel got into bed with Apple too, because being dependent on MS alone is an uncomfortable place to be; remember what happened to [fill in your own long list of companies]. So MS needed to explain to Intel who is in charge in the relationship. And spending a few million dollars to make a version of Windows which does not depend on Intel is a good way to do it. It's got other benefits too: it might spur Intel into making an i86 architecture chip and chipset that can compete with Apple A-series (something intel is not keen on doing, apparently, or we'd have seen it), it strings ARM along for a bit, it's a useful cloak for any antitrust investigation into the relationship between Intel and Microsoft, it reminds Apple that encroaching on Windows territory is a bad idea, it provides an option for future development, and it's good for PR because journalists love to talk about new goodies.
All-in-all a pretty good strategic list of why you'd want to do this. And only costing a few million.
Of course you don't want to have a properly working version because that _really would_ jeopardize the relationship with Intel. So you make sure it's incompatible with Windows-proper in a variety of ways, like being unable to run Windows programs without extra work, and you make sure that in the existing form it doesn't threaten the business market.
But maybe you privately demo to Intel versions that can do these things.
My employer with 100K employees worldwide is rolling out a major sales support iPad package to a few thousand reps. You just don't know the right businesses it seems.
As for BYOD for the rest of us with mobile business needs (remote IT support all around the globe being one large group), the key criterion for our devices is that they be wipe-able remotely via Activesync, and iPhones (since a v3 update?), and Android (since 2.2) and WinMobile from about 5 through 6.5 meet that requirement. I think the WM 7 major update a while back finally allowed it to get on the corp network. This is driven to some degree by the cost-saving consideration to phase out BES and company-purchased Blackberries - their enterprise-grade security is not seen as being worth the extra cost over what can be done via Activesync it seems (esp since many of my colleagues are gaga over iOS and Android).
I know the tech folks get warm and wet over arm although they have a hard time articulating why anyone else would want it. If I wanted it, I sure as shoot wouldnt want big fat honking windows on it. Its a lightweight processor. Put a lightweight operating system on it like one of the 5000 we already have.
Windows is dead anyhow. Just hasn't quit moving yet.
iPad has become increasingly popular across large enterprise without domain join or group policy. Windows RT will support exchange email,/calendar.....most critical feature for enterprise tablets,plus it will include Office, iPad still lacks good office software (at least for complex documents). Policy management, like ipad,can be controlled via Exchange ActiveSync policies. At the end of the day full group policy & domain join would be overkill for these devices.
WinRT is targed squarely at consumers... casual users, to compete with the iPad. The problem is, Consumers expect significant updates at least annually. Will Microsoft update WinRT every year, vs. every three years? And if they do, will other Windows 8 versions update as well?
The problem with THAT is that Enterprises and businesses want stability. It's why so many are still on XP. They don't WANT to update every year. It's too much risk, and it's too much expense (training, IT expenses, etc).
I have no idea how Microsoft is going to walk this tightrope. Maybe that's why they partitioned ARM/WinRT off sparate from other verisons. But it's still going to be an issue regardless.
- Spryguy
There are three kinds of people in this world: those that can count and those that can't
ARM has the same endianness and word size as x86. It's probably part of the reason it's so widely used.
...even Android hasn't yet found any footing there without the carrier infrastructure that helped it to compete with the iPhone in the smartphone industry...
Since when is 35% market share not "footing"?
When all you have is a hammer, every problem starts to look like a thumb.
Why not? why differentiate between clients? your pocket computer(phone) is jsut as valid a computer as a desktop as far as the network is concerned. Dont you think that at some point your 'phone' is going to be your only computer that you carry with you and then dock with at work and home?
Because it does not make sense, that's why. A smartphone likely spends a lot more time "outside" of your office than inside the office. Smartphones are not designed to be general purpose computer. Why insist on using old technology like Active Directory? To make it easier for unskilled drones with an "MCSE" to screw up smart phones too?
Jesus was a compassionate social conservative who called individuals to sin no more.
I'm sure they just don't want to risk the enterprise market on day one. See how the device works in the consumer world first. the service pack will add more features if the general product works out, maybe that'll include enterprise features.
and, by the way, arm sucks. that's the definition of arm: for lower requirements. get the 86 tablet, and you can have whatever you want right away.
x86 tablets are more expensive per unit. In the end, it's all about that cost (especially at the budgets most folks have to deal with these days).
Quo usque tandem abutere, Nimbus, patientia nostra?
NT was developed solely non x86 hardware specifically for portability. First on i860 based systems and later MIPS. If the code wasn't highly portable, then there would never have been an x86 version, because that version was a port. The Alpha version was not "scrapped", not by Microsoft anyway. Alphas were fully supported up through the latest NT 4 service pack. We would have had Windows 2k for the Alpha as well if Compaq didn't decide they no longer wanted to support Alphas.
Wow, I LMAO when I heard this being a real name for Windows. Did nobody at Microsoft remember the Internet Meme Windows RG (Really Good)? http://www.deanliou.com/WinRG/ So, instantly I thought "Windows Really Terrible"?
Actually according to Inside Windows NT, NT was Intel i860 only, then x86, then MIPs.
Alpha didn't come along until significantly later.
From Windows for Workgroups to Windows 2000, every version was able to join a domain. Only in Windows XP they deliberately took it out for some subversions.
Then ARM is the first non-x86 platform Windows is ported too without an Emulator. That makes those devices virtually useless in a serious enterprise environment, because none of your software will work on them. (Alpha had one)
This is deliberate.
'I think you can take Windows RT off the table for enterprises,' Really? Off the table for enterprises? I'm fairly certain it wasn't even aimed at enterprises in the first place? Secondly, what enterprise deploys tablet computers to their employees?
Move sig!
1) this is a company policy, i've yet to see a corporate windows desktop where you couldn't run games anyway, at most they make it slightly more difficult... not being allowed to install games is a rule that users must follow or face disciplinary action, relying on flawed technical measures generally means that policing of the rules becomes far more lax.
2/3) you should be doing this at the proxy/network level anyway, relying on the client itself is a fundamentally flawed approach (client side security) and can easily be overcome.
http://spamdecoy.net - free throwaway anonymous email - avoid spam!
It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows was written by some very competent engineers, and many more with -shall we say - much less competence. In order to port Windows to ARM they have to find every place where an assumption was made about internal representation of data structures, word size, endian-ness, and a host of other issues.
By "Linux" are you referring to the Linux kernel, in which case you should be comparing it to the NT kernel-mode code, or are you referring to the Linux distributions as a whole, in which case I would not be so quick to assume that all of "Linux" in that sense "was written from the ground up by competent engineers with portability in mind".
(And as for whether even the Linux kernel was "written from the ground up by competent engineers with portability in mind", well, I'll let somebody whom a lot of people would consider a very competent engineer speak to that issue when he said, back in 1991, "It is NOT protable[sic] (uses 386 task switching etc), and it probably never will support anything other than AT-harddisks, as that’s all I have :-(.)
Initially NT was DEC Alpha and x86, but they scrapped Alpha support.
Actually, it initially supported x86, MIPS, and Alpha, with MIPS support coming out earlier than Alpha support, with PowerPC support added later.
The reason is simple. Writing portable code, especially in languages like C and C++ take skill, significant effort, and additional time. Obviously, a company that couldn't be bothered to put the time and effort into develop secure code could not be bothered to invest the effort to make it portable either.
If it supported Alpha and MIPS in addition to x86, they apparently did make an effort to make it portable. Whether it made sense to make the effort to keep it portable, given that this involved testing on various Alpha-based and MIPS-based machines and PowerPC-based machines in addition to x86-based machines, and given the relative number of x86-based and non-x86-based machines sold, is another matter; it may have been an arguably-sensible business decision to drop support for non-x86 platforms.
Yeah I was about to say "non-x86" until I remembered that Itanium was in there. I've never used an Itanium box but I had guessed that it wouldn't be conceptually completely divorced from the x86.
I've not done a massive amount of work at the low level on x86 but from what I've seen it's massively more complicated than ARM, especially all the addressing mode silliness. But of course none of that should matter. Keeping an OS portable across architectures is not as hard these days as it might once have been.
You have some good points (and so have those who speculated that porting to ARM was more difficult/time consuming than expected).
But what I have not seen mentioned so far, is that existing x86 applications won't run on ARM and that this might be a major problem for the enterprise. Emulation does not look promising either, as ARM CPUs are somewhat on the weak side in terms of performance and emulation "costs extra". Neither have I seen tablet - adapted versions of Microsoft Outlook and Office yet (would that even make sense for stuff like Word and Excel??).
So even if Microsoft manages to offer a Windows version on ARM that works with domains and other networky stuff like Exchange, it would still lack the applications that are most likely to make it attractive for the enterprise. Of course, Microsoft could pull an XBox and pour some billion $ into creating the most important of those applications. But so far I see no signs of that.
C - the footgun of programming languages
Psh, wow, idiotic MS-bashing ahoy! They've screwed up plenty of things, but portability of the OS is not one of them.
It's been policy, thoughout the entire NT project, to maintain a non-x86 port specificlaly to avoid letting non-portable code in. In the early days it was Alpha, then also things like MIPS and PPC, then Itanium (which, say what you will about it, is extremely far from x86 despite coming from the same company). With MS dropping Itanium support, they moved to ARM as the alternate platform. Then of course there's AMD64, which doesn't even really count (being basically an extension of x86) but does still mean that they can't even make 32-bit assumptions.
Also, I hate to tell you, but you're completely off-base about "Linux was written from the ground up ... with portability in mind." Portability has certainly become a major feature of the Linux kernel in the last few decades, but when it was started it was exclusively focused on the 386. http://en.wikipedia.org/wiki/Linux_kernel Read the text of the comp.os.minix post, and the section under Portability. By comparison, the initial development of the NT kernel explicitly did *not* target x86. http://en.wikipedia.org/wiki/Windows_NT#32-bit_platforms
There's no place I could be, since I've found Serenity...
And, of course, performance. ARM and x86 have more or less the same alignment requirements these days. ARM is slightly more strict, but in the cases where you get it wrong the OS gets an illegal instruction trap and can fix it for you (it's very slow, but if it's not on a hot code path you won't notice). They are both little endian (ARM isn't always, but it normally is these days), and both are LP32.
There are a few more subtle issues, mainly relating to performance. For example, on x86 (but not x86-64), operations on floats and doubles are both calculated at 80-bit precision in the x87 coprocessor and are only truncated to 32 or 64 bits when storing to memory. This means that you may get rounding errors at different places on ARM (or at different optimisation levels on x86), but it also means that calculations on floats and doubles run at the same speed on x86, whereas doubles are typically a lot slower than floats on ARM. On x86-64, these both use the SSE unit, so you will only notice a performance difference if your compiler manages to do some autovectorisation (in theory, you can push twice as many 32-bit operations through SSE as 64-bit ones, but in practice it's rare for compilers to get this unless you're using vector extensions or intrinsics).
In terms of addressing modes, ARM and x86 are actually quite similar. ARM has a single addressing mode, but it also allows you to combine a fixed shift with any arithmetic instruction, so you can do more or less the same with one or two instructions on ARM as you can with any of the complex addressing modes on x86. You don't have segmentation, but no one really uses that on x86 since it isn't present in x86-64.
Porting something like .NET, which needs to generate code at run time, is difficult, but Microsoft has had a .NET VM running on ARM for years for the mobile space, so this isn't new code.
I am TheRaven on Soylent News
I didn't say that Linus initially conceived it as portable or that it started out that way. Early on in the development cycle it went cross platform. They did some redesign and design improvements well before it was in a state that a proprietary company would consider offering as a release. If you look at the source code, you can clearly see that cross platform is not something tacked on as an afterthought. Security and cross platform capability cannot easily be thrown in after the fact. And who the hell is talking about NT?
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
By Linux I'm referring to Linux. If one doesn't know that Linux is a kernel then it makes further discussion fruitless, now, doesn't it.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Great. Now can we get back to the subject? I already said NT was initially cross platform. We aren't talking about NT. Even if we were, the fact that they were somewhat portable at one time has nothing to do with the fact that it is clearly not 100% portable now. Oh yeah ... and welcome to 2012.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
NT was never DEC Alpha only.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
I may be off in my thinking, but all of this functionality is probably written in C or C++.
So why can't they simply recompile it for ARM?
I am very small, utmostly microscopic.
That would be an awesome trick! The x86 architecture doesn't always have the same word size. Also, endianess is programmable on ARM. Since network endianess is Big-endian it is a design trade off decision which way to set the chip.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
If you weren't such an idiot you would know that :
- Windows NT was built with portability as a central goal. It didn't run on x86 to start with, they chose the i860, an exotic CPU on purpose to avoid x86-centric assumptions. It ran on a wide variety of CPUs from x86 to i860 to PPC to Mips to Alpha to even Sparc (not released publicly) to Itanium to amd64 to now ARM.
- Linux was originally built as x86 only, totally contradicting your claims, they had to pretty much rewrite the kernel to make it portable, so the OS built from the ground up with portability was NT, not Linux !
- Microsoft is viewed today by pretty much the entire security industry as THE company when it comes to secure software development. Every security head from Dan Kaminsky to Charlie Miller to Bruce Schneider will tell you that. You clearly have no clue about the subject
So really, you're clueless and got it totally wrong.
The truth is that you have absolutely NO basis to claim that Windows NT (it's latest incarnations being Win7 / Win8) is not portable today. You're just making baseless claims based on your wishes.
You have absolutely no clue as you've shown in your previous posts as to how MS develops Windows, even less when it comes to secure software.
Now feel free to prove me wrong, give FACTS showing that NT is not portable TODAY.
There's no need for patching, the code builds and runs on ARM, it simply doesn't ship because it's not needed. There's no enterprise software that will run on if for a couple years anyway and by then next release will be there. So removing it saves on testing, RAM, HD space and support along with battery life & security (less attack surface).
By Linux I'm referring to Linux. If one doesn't know that Linux is a kernel then it makes further discussion fruitless, now, doesn't it.
OK, then, if one doesn't know that "Linux" rather than "a Linux distribution" corresponds to "Windows NT's kernel-mode code" rather than "Windows", it makes further discussion fruitless.
I shall assume that when you said "It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows was written by some very competent engineers, and many more with -shall we say - much less competence.", you really meant "It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows NT's kernel-mode code was written by some very competent engineers, and many more with -shall we say - much less competence.", in which case I'd like to see some data to support your assertion that some of the engineers working on said kernel-mode code weren't competent enough to avoid making "[assumptions] about internal representation of data structures, word size, endian-ness, and a host of other issues".
Of course, the post to which you replied was speaking not just of the kernel-mode code, but all the code:
(emphasis mine), so merely speaking about the Linux kernel would not validly reply to that post. Perhaps some of the code in Windows-as-a-whole was written by engineers who couldn't avoid making said assumptions (although earlier versions of NT ran on MIPS, Alpha, and PowerPC, and apparently it was originally developed on i860 machines, and current versions run on x86 in 32-bit mode and x86-64 in 64-bit mode and earlier versions ran on Itanium in 64-bit mode, so at least for those versions they managed to avoid making some incorrect assumptions of that sort). However, not all of the code in pick-your-Linux-distribution-as-a-whole necessarily avoids making those assumptions, and porting the distribution as a whole might not be a snap (although Debian, at least, supports several architectures, so either the Debian packages that work on those architectures avoided making those assumptions or got them fixed when they failed to work on those architectures).
WinRT devices can be manged by Exchange Active-Sync polices that's the first step
In other words....they can't be managed. Active Sync policies are a joke compared to real mobile policy management like BES. Of course, RIM managed to screw that up by not supporting their tablets with BES.
It's almost as if tech giants like Apple, Microsoft, Google and others *want* IT shops to struggle with mobile management and security. VDI is still too expensive to deploy vs the cost of actual desktops. Providing a "free" VDI client license on a mobile device (whether is a smart phone or tablet) doesn't help. I have yet to see a company break even or come out ahead with VDI. The ROI simply isn't there.
"A plan fiendishly clever in its intricacies"- Homer Simpson
Even after Microsoft dropped support for non-Intel architectures with Windows 2000, it was rumoured that they maintained the ports to ensure that they did not break portability.
Indeed. I have a beta version of Win2K for PowerPC, on a MSDN CD. Or had, way back then.
"The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
... I guess all you can think of is d*ck. He proved absolutely nothing, except that Linus didn't initially think "Hey, I'll make it portable." I admit that I should have said "from a couple of inches above the ground up" to be more accurate, but of course you are ignoring the whole point. Windows NT started out portable and then progressed toward lack of portability over time. Linux may have first been conceived as 386 only, but it became cross platform very early on, and an emphasis has been made to remain portable ever since.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
It is hard to take seriously someone who compares a Linux distro, which is the kernel, userland tools, and pretty much every application most anyone could ever need to the Windows OS. If you want to talk about the Windows vs. Linux world OS' then you need to compare only the Linux kernel and userland tools to Windows. The minute you start trying to fold in every Open Source program available in a distro you just make it clear that you either wish to intentionally pervert the discussion, or you're just plain ignorant. Once you stop doing that and compare properly - lo and behold! - my claim of competent programmers who emphasize security and portability is suddenly impossible to contradict.
If I claimed Windows wasn't cross platform because Winzip isn't, you'd clearly call foul. That is what you just did, but with regard to Linux.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
It is hard to take seriously someone who compares a Linux distro, which is the kernel, userland tools, and pretty much every application most anyone could ever need to the Windows OS. If you want to talk about the Windows vs. Linux world OS' then you need to compare only the Linux kernel and userland tools to Windows.
OK, then let's compare the Linux kernel, and those userland tools equivalent to what comes with Windows. Do you have evidence to support a belief that, say, all the libraries in a Linux distribution that provide APIs equivalent to those provided by Windows, and the cores of the major desktop environments (both API cores and tools such as the file manager, Web browser, system configuration apps, etc.) were all written by "competent engineers with portability in mind", whilst the equivalent software in Windows wasn't? If not, then your claim of competent programmers who emphasize security and portability is suddenly lacking in evidence to support it.
You seem to think I care if you ever figure it out for some reason. The world is full of proof. You can see for yourself if you want. Don't expect me to do your homework for you.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Yep. Comparing kernels to kernels, you'd look at NT vs. Linux. Comparing OS distribution to OS distribution, you'd look at Win7 vs. Ubuntu-10.10 (or Server 2008 R2 vs. RHEL $VERSION, or whatever). I'm not going to claim that all of Microsoft's code is so portable, but the kernel (including graphics system), core libraries, and shell of the Windows OS certainly are.
There's no place I could be, since I've found Serenity...