I'm not sure x86 will ever really die, but if it does, it will be very slow indeed. At that point, any vestigial apps (especially what is already "old abandonware" today) will run just fine through emulation.I feel like the end of x86 is eventually inevitable, but I shudder to think what it will do for backwards compatibility. There's a lot of old abandonware that I'd really like to be able to keep using on any future devices, mainly games.
I agree. It really depends on how well you can implement x86 emulation. Apple seems to have done it pretty well for most apps.I feel like the end of x86 is eventually inevitable, but I shudder to think what it will do for backwards compatibility. There's a lot of old abandonware that I'd really like to be able to keep using on any future devices, mainly games.
This feels like a distinction without a difference.
Anyone who spends $600 on such an underdone product has rocks in their head, and suggesting anyone put up with this nonsense is doing them a disservice
The intended use is for developers to test the functionality and performance of their ARM port on real hardware at a reasonable price. I doubt even Microsoft really expect it to be a "daily driver".I wonder who is it really for. "Dev Kit" suggests developers - but with hardware this weak, the device can merely serve as a terminal for a much more powerful remote machine. Perhaps that's the intended purpose.
See. Right here. Its about cost. Apple's Mini is way overpriced per features. $1400 for a 16GB/1TB is just crazy when you can have TWO simple 32GB/512GB ARM boxes for $1200. But is there a dev Mac mini price?The Dev Kit is a lot cheaper than a Mac mini once you take specs into account—both devices start at $600, but in the Dev Kit, that gets you 32GB of RAM and 512GB of storage. The mini doesn't offer that much memory, but upgrading to 16GB of RAM and 512GB of storage adds another $400 to the price tag.
Is there an end goal for windows on ARM or target users?
If you are compiling Win Forms or .NET MAUI apps the this would be perfectly functional for everything but the craziest projects. Sure, it could always be faster, but it's certainly better to do this on the actual architecture you're aiming for rather than not.I wonder who is it really for. "Dev Kit" suggests developers - but with hardware this weak, the device can merely serve as a terminal for a much more powerful remote machine. Perhaps that's the intended purpose.
I think that's true of this particular box, though note the similarity with the Surface Pro 9 5G hardware - Microsoft does intend very similar hardware to be capable of daily driving, despite the same shortcomings (and an even higher price.)The intended use is for developers to test the functionality and performance of their ARM port on real hardware at a reasonable price. I doubt even Microsoft really expect it to be a "daily driver".
IIRC, Apple also launched a dev-focused device ahead of the proper launch of the M1 suite.This feels like a distinction without a difference.
Anyone who spends $600 on such an underdone product has rocks in their head, and suggesting anyone put up with this nonsense is doing them a disservice
Out of the gate the Apple M1 worked impressively well, even in the earliest of days when a lot of your software was running through Rosetta. Today? I don’t think any of the apps I run aren’t native.
Clearly this Qualcomm chip and WinARM are not ready for prime time, and if they really wanted to simply get it out there as a dev kit to spur adoption and encourage ARM software development for Windows it would be half the price.
I think that we are still in a chicken/egg situation with Desktop ARM hardware and Windows (similar to how Android Wearables stagnated for years). Once Microsoft gets Windows on ARM in a better shape, I think that we'll see other hardware folks introduce some new desktop ARM chip designs, most likely Samsung. Maybe even AMD (who has an ARM license and was supposedly working on an ARM-based chip years ago parallel with the original Zen design) or Google. However, Qualcomm and any other ARM desktop chip maker will probably always trail Apple in the leading edge performance.The bad
- Qualcomm's best hardware still falls short of the 2-year-old M1, to say nothing of the M2 or more powerful M1 variants
I think that ARM on the server will be much more commonplace than ARM on desktop for a while. To my knowledge, ARM servers are all linux-based. Maybe Microsoft is iterating Windows on ARM to get to a server version.ARM is an insurance policy for Windows. If Intel & AMD both #@% up, then Microsoft Windows is %#@$ed. This exists to prevent Intel & AMD from doing a rug pull to Windows. So don't expect a Microsoft transition to ARM, this just exists to make that transition easier if it ever becomes necessary.
For web servers/application servers. As long as your platform supports the OS it generally doesn't matter which one you use. It's different on the desktop. I've been running .NET on Linux servers for years, .NET now supports ARM on Linux so I can switch whenever it makes sense to me. Most web server platforms support ARM on Linux or BSD and some also support Windows. In general it doesn't matter as long as it'll run your code.I think that ARM on the server will be much more commonplace than ARM on desktop for a while. To my knowledge, ARM servers are all linux-based. Maybe Microsoft is iterating Windows on ARM to get to a server version.
Long term, I think that x86/CISC-based platforms will eventually die with maybe some niche use cases keeping it alive. Eventually, ARM and RISC-V will overtake and replace x86. However, that will be many years from now. Unless Intel/AMD can figure out how to make x86 as power efficient as ARM designs.
Is it going to get there so fast? People have been selling ARM based things running Windows for quite a few years now, the progress on software really does seem to have been rather glacial to date.Making WinARM viable for general consumers. It's not there yet but could be in a couple of years.
There's lots of industrial and medical devices still being driven by 32-bit Windows XP machines and even old DOS hardware. It's a niche, and one which seems rather stubborn.I'm not sure x86 will ever really die, but if it does, it will be very slow indeed. At that point, any vestigial apps (especially what is already "old abandonware" today) will run just fine through emulation.
Is it going to get there so fast? People have been selling ARM based things running Windows for quite a few years now, the progress on software really does seem to have been rather glacial to date.
Almost depressingly so compared to Apple, say, although obviously very different ecosystems.
There's lots of industrial and medical devices still being driven by 32-bit Windows XP machines and even old DOS hardware. It's a niche, and one which seems rather stubborn.
When an organisation is spending hundreds of thousands or even millions on a medical imaging device or a forge, the ~$1000 PC that controls it is not really a consideration. They get air-gapped (hopefully!) and just plod along, because replacing them would mean also replacing whatever they control!
Eventually, systems administrators/technicians start going to eBay and hoarding spare parts, because losing a simple ATA disk can cost millions...
So yeah, x86 is going to be in certain niches for a few decades or so.![]()
Great callout, thanks! I wasn't aware.Just a heads up: Microsoft has a strict no-returns policy with this Dev Kit.
Microsoft is well aware of Windows on Arm causing buyers remorse and is unwilling to lose a single penny to disappointed buyers.
Not very confident. Not very friendly.
//
The article lays out great evidence to show how closely this is just a Surface PCB.
No headphone jack makes sense: most people will remote in anyways.
Too many devs think they need engineering workstations (Threadripper/Xeon) to write code on that they forget the purpose. No wonder Chrome requires a mid to high end CPU to even run worth a damn now isn't it?I wonder who is it really for. "Dev Kit" suggests developers - but with hardware this weak, the device can merely serve as a terminal for a much more powerful remote machine. Perhaps that's the intended purpose.
I'm having trouble understand this bit. Wouldn't whatever code you need to display... whatever, already be translated? Why is it doing code translation while you scroll?But x86 apps running on the Dev Kit regularly stutter or hesitate when rendering, waiting on the translation to happen before responding to input.