Earlier quoted context omitted.
My comment didn't suggest if this future is good or bad, or if I am pleased or dismayed by the state of affairs. I stuck to the facts and my own predictions about future facts and left my emotional opinions out of it. Perhaps these sort of closed systems are crushing to you, as you have correctly assumed that they are to me. They aren't to most people: the iPhone is wildly popular. Many people will be very happy to g…
> Most people prefer the conveniences of central management To be fair, it's a pretty broad stretch to compare buying an xbox to "terrifying and violent failure modes of ubiquitous surveillance and censorship". The console experience is easy to understand for non-technical folk, is vertically integrated (you buy a headset with the correct label and you can voice chat with your friends, you know you have the prerequis…
A preview of x64 emulation on Windows for ARM
241–250 of 418 posts
Re: A preview of x64 emulation on Windows for ARM
#242Now we need an ARM processor that can compete with M1. Seems that Apple caught everyone with the pants down in the PC industry. Microsoft SQ2 processor that ships in their $1400 Surface Pro X is almost 50% slower than M1.
Then you get to start working on making the software work.
Re: A preview of x64 emulation on Windows for ARM
#243Earlier quoted context omitted.
> Modern PC EUFI bootloaders are bigger and more bloated than any uboot build in existence, and things like device tree support in linux means that you can support various boards with the same kernel (including boards that don't exist yet). Sure you'll probably still need custom bootloaders for most boards, but it's not like you can swap your motherboard BIOS/UEFI chips and expect them to work either. This feels like…
I feel like we're kind of mixing up a bunch of things here, or maybe I am. The reason you don't need to mess with GRUB or you BIOS when you change your hardware is that modern hardware interfaces have built-in discovery and resource allocation features. Before that you had to deal with pesky low level details like IRQ allocations and the like (which was a thing on PC not that long ago). That's not really a feature of…
Re: A preview of x64 emulation on Windows for ARM
#244Earlier quoted context omitted.
Bootcamp is not virtualization, so your point is moot.
Bootcamp doesn't run on ARM Macs so your point is moot.
Saying that "Apple will never allow you to replace macOS" is just plain wrong when they've been allowing you to do that for the past 14 years.
You might as well argue how Bootcamp doesn't run on iPads.
Re: A preview of x64 emulation on Windows for ARM
#245Earlier quoted context omitted.
I do travel a lot, hence why I know how little iPhones are seen around the planet. I guess Bangkok holds 28% of Thailand population then. https://gs.statcounter.com/os-market-share/mobile/thailand Also the issue being discussed here are Apple computers with M1, even less than those 28%, in case you also want numbers.
You clearly don't travel, or you're a liar, because your varied claims are uproariously disconnected reality. Further, your snarky misunderstanding of their statement is more disingenuous nonsense. If 28% of Bangkok citizens had iPhones, you will lose count because it's a large city. That would make them very common by any metric. A country where the GDP per capita is $7000 USD / capita and still the iPhone is at 28%…
Personal attacks are a sign of lack of proper arguments.
Re: A preview of x64 emulation on Windows for ARM
#246Earlier quoted context omitted.
You clearly don't travel, or you're a liar, because your varied claims are uproariously disconnected reality. Further, your snarky misunderstanding of their statement is more disingenuous nonsense. If 28% of Bangkok citizens had iPhones, you will lose count because it's a large city. That would make them very common by any metric. A country where the GDP per capita is $7000 USD / capita and still the iPhone is at 28%…
Whatever, keep inside your happy bubble if it makes you happy. Personal attacks are a sign of lack of proper arguments.
The sign of a lack of proper arguments is when you have to spin a fiction to contrive a position, which every post you've offered up to this discussion has been. The moment someone pulls the "only the US cares" (or, in your case, only HN cares apparently), it betrays that they're not arguing in good faith, hoping that everyone just nods and goes along with nonsense.
Re: A preview of x64 emulation on Windows for ARM
#247Earlier quoted context omitted.
You clearly don't travel, or you're a liar, because your varied claims are uproariously disconnected reality. Further, your snarky misunderstanding of their statement is more disingenuous nonsense. If 28% of Bangkok citizens had iPhones, you will lose count because it's a large city. That would make them very common by any metric. A country where the GDP per capita is $7000 USD / capita and still the iPhone is at 28%…
Whatever, keep inside your happy bubble if it makes you happy. Personal attacks are a sign of lack of proper arguments.
Re: A preview of x64 emulation on Windows for ARM
#248Earlier quoted context omitted.
The ARM platform is currently massively held back IMO by its lack for standardization. I think there is tremendous value hidden behind a company that achieves a push for consistency. Microsoft has invested tens if not hundreds of thousands of man years in this, so who would be better qualified for this than them. RISC-V is kinda in a similar situation as ARM. If I were Microsoft, I'd be investing hard into the RISC-V…
What do you mean by "standardization?" Do you mean device probing? There's a standard API implemented by Linux for the firmware to communicate this to the kernel, also PCI works on ARM just like x86. No one bothers with this because all of the popular ARM SoCs tend to come from organizations that are extremely hostile to their users though. Do you mean user space ABI? GlibC on arm7 and aarch64 has had a pretty stable…
That's the problem. Most SoC vendors just don't care and implement drivers in or around forks of the kernel, and also specify the hardware via device trees. IIRC having the firmware give the device tree to the kernel instead of it being baked into the kernel is a new development.
If MS came and said: we want stable interfaces, the vendors would buckle and MS would be able to ship one OS image to all devices, instead of having hw custom images.
Re: A preview of x64 emulation on Windows for ARM
#249Earlier quoted context omitted.
I do not understand why ARM is considered lesser technology. RISC was always considered to be better then CISC in many academic circles.
Wasn't that simply because there was less software available for ARM? And the first ARM chips were quite anemic in performance. That's not the case anymore, but the stereotype will persist for a while.
One of the reasons this new chip is so performant is the "headroom" that this approach has given them.
Re: A preview of x64 emulation on Windows for ARM
#250Earlier quoted context omitted.
> ARM Macs are going to just be lost for any kind of gaming Every game I've tried with a Mac port runs great on the M1 under Rosetta. I've sunk many hours into Factorio and Offworld Trading Company on my M1 mini, and if I gave you the same game running side by side on an Intel mac, I'd bet you could't tell which was which without quitting and checking the system profiler. If you meant triple-A gaming, then yeah, with…
Macs in general are terrible for triple-A gaming. I doubt any Mac in existence can run a Bootcamp's version of Cyberpunk 2077, except maybe a Mac Pro with a top-end GPU, or maybe an eGPU would work, assuming you could get a top-end AMD or Nvidia eGPU. On top of that, there's a lack of raw mouse which Apple hasn't fixed despite over a decade of people begging. This really fubar's FPS games where absolute control over…