Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Parallels 16.5 Can Virtualize ARM Windows Natively on M1 Macs With Up to 30% Faster Performance
- Thread starter MacRumors
- Start date
- Sort by reaction score
well there is almost ZERO programs that run on Windows under ARM.
So I think I will keep my INTEL chip Macs.
So I think I will keep my INTEL chip Macs.
There is almost ZERO chance you read any of this thread, or you would have better INTEL 🙄
Well - I think they did not want to sell. But anyway I am with you - Apple should not buy those 2 companies
.It could integrate some 1Password features into keychain, but then 1Password's power comes with some complexity in the handling, so there is room for a provider like 1Password.
Now the important bit is whether software will be released for ARM Windows or not. And certainly, Microsoft not offering a retail-version of Windows ARM doesn't help. Maybe Intel is pushing here, trying to avoid/minimize software being ported to ARM?
This reinforces my belief that Intel is playing its part behind the scenes. Do you imagine the consequences for Intel if apps are ported to Windows ARM?
It definitely works to say that the old version used 250% more energy.
But that's not the same as saying it uses 250% less energy. Nor saying that it's 250% more effecient.
That's not how math works. You can't just flip the reference point but keep the same numbers..
When you use terms like "less energy" (than the old version) or "more effecient" (than the old version) you're comparing it to the old version, thus the old version is used as a reference. If you flip it though, and say that the old version used 250% more energy (than the new version), you're comparing it to the new version and the new version is used as a reference.
If you want to find out how much something less something is from something else, in percentage, you'd do:
(1 - (A/B)) * 100 = Y. In this case; (1 - (5/12.5)) * 100 = 60 (%).
Or if you already know B and Y and want to find out A, you can do:
B * (1-Y/100) = A. In this case; 12.5 * (1-60/100) = 5.
What you're saying is that 12.5 * (1-250/100) = 5? No. It's actually -18.75, indicating that not only doesn't it draw any power, it actually produces power!
Last edited:
It's language like this that makes me discard the whole press release as garbage. Get your act together, communications people!
AIUI the main problem is that the M1 doesn't have enough extra processing rings to layer up a full x86 VM inside its own user-mode processes.
Solidworks 2017 and 2019 works in VirtualBox, and even will run FEA and the photorealistic renderer, though it performs poorly for moderately large assemblies (even more so than on a similarly memory-limited native Windows machine). I did a bit of work in 2018 in VMware fusion, but only used it for simple part models: I think VMware might have been as much the problem as Solidworks.
I've developed a few "Windows" apps on behalf of different companies I've worked for. All of them were just Java apps that had their own jvm included. When I pointed out that the apps should technically run on any Mac or Linux machine and shouldn't we mention that to customers or use it as a selling point, the response I got back was "Nah, almost all of our potential customers have access to Windows, and we'd have to double our QA/support team so that we could help them with any issues that they found on a Mac."
As I recall, one of our customers actually found out how to get the jar out of the exe and run it on the mac. He ran into some minor graphical bugs that he reported and we replied that we don't support the Mac and to just run the program on Windows since that's the platform we officially support, if the weird graphics were a deal breaker for him. I think it ended up being that he had a retina screen and so icons rendered way smaller than they should have... we ended up fixing it later when we found Windows had the same issue when our app was run on a high density monitor.
If you want to put the effort in, there's almost certainly some way to run whatever "Windows" app on a Mac. Even if it's an honestly native Windows app, you could probably use something like Wine to just run it.
(Are Wine and a JVM available for the M1 Macs? I don't recall... I have to imagine a JVM is... it'd be a major deal breaker as a developer machine if Jet Brains applications like IntelliJ didn't run on it...)
Well, there is a sizable number of people that don’t believe that anyone has ever sent a man to the moon.
I finally managed to get x86-64/AMD64 Ubuntu working on my M1 MacBook Air with QEmu. As expected it is almost unusable. It doesn’t use multiple cores well. It’s glacial in its performance.
Bottom line almost no one would use it for anything practical. If x86-64 emulation is going to be viable it is going to be with something better than the current emulator in QEmu.
Most versions of the JVM 8 and up are native on the M1. Jet Brains has at least a beta of their IDE available native on the M1. I don’t know if they released it yet.
Wine is available under Rosetta 2. It probably won’t be ported to native Apple Silicon. I suspect the amount of work would be immense.
So, how hard will it be for developers to switch x86 Windows apps to ARM?
Does it work smooth? Whats the tempreture and fan noise on your M1? ARM Windows has an 86x emulator and therefor can run any x86 app?
Does it work smooth? Whats the tempreture and fan noise on your M1? ARM Windows has an 86x emulator and therefor can run any x86 app?
One of my clients wants to move to M1 mini's and run a Virtual Machine with Mojave on it. (One piece of software, currently being updated isn't 64 bit just yet.) This is currently looking to be impossible. Parallel's states "No Intel-based Installers". Unless there is a M1 installer for Mojave I think we are totally out of luck. Any ideas?
You can still buy Intel Mac mini’s. That’s about it.
I have gotten QEmu to run x86-64 in emulation for Ubuntu 20.04 so it is probably possible to get MacOS Mojave to work. I looked and I couldn’t find anyone being successful but technically it should be possible.
But you won’t want it. Ubuntu which is probably lighter weight than MacOS was essentially unusable. MacOS would probably be worse. I’d say it’s time to help your client come up with a new plan.
Mojave will never ever be ported to M1. M1 Macs will never run 32-bit apps. You cannot run an operating system that was not designed for your hardware. OK maybe 15 years from now you'll be able to emulate x86 at full speed. It's like emulating PlayStation 2 just for fun, but it's not useful for anything.
Not really true. Microsoft is running x86 Win32 software from their Arm64 stack. If they weren't then the M1 wouldn't be much use with Windows on Arm since the M1 doesn't actually have any 32-bit instructions.
Like I said, there is no technical reasons why you can't run Mojave from the M1 using x86/x86-64 emulation but it is going to be really slow given the currently available technology. One thing is that the x86-64 emulation in QEmu isn't something that has probably gotten a lot of attention since mostly projects are starting from x86-64 and translating to Arm or some other architecture. There is probably a Phd in it for someone who wants to create a performant x86 emulation stack based on AArch64.
It should, provided that program is 64 bit, as IIRC windows 10 ARM won't run 32 bit software.
This is a very bald statement since all performance gain is because of M1 not parallels itself
1. Core i9-8950HK is in fact 30% slower than M1
2. 555X is 3x slower thank M1 GPU
3. energy saving is indeed as described
It is only Parallels marketing , nothing else
1. Core i9-8950HK is in fact 30% slower than M1
2. 555X is 3x slower thank M1 GPU
3. energy saving is indeed as described
It is only Parallels marketing , nothing else