4 ms·
They already said they were using the mac mini with A12Z for the whole presentation demo
by fgdfgddfg 6y ago
They already said they were using the mac mini with A12Z for the whole presentation demo
- saagarjha 6y agoWhere?
- lstamour 6y agoThey also mentioned pre-release hardware in the “undisclosed location” — if I recall correctly it was before they did a demo of virtualization. Well, after Googling, I can’t find the exact quote that referenced new hardware in live blogs, but it’s telling that just before they did a demo of virtualization, Maya and so on, they said, “All of the Big Sur features demonstrated earlier were being run on the development platform” according to Anandtech — meaning the earlier Big Sur demo was on the A12Z but the next part would be possibly newer hardware.
- felipemesquita 6y agoThey said a Mac with Apple silicon, not necessarily the developer transition kit. If they were running the demos on the dkt they would probably have shown the device and said so explicitly.
- ridiculous_fish 6y agoParallels clearly has something significant under wraps: https://www.parallels.com/blogs/apple-silicon-wwdc/ https://www.parallels.com/blogs/apple-silicon-wwdc/ My guess: Parallels on Apple Silicon will support virtualizing AArch64 VMs, and also x64 VMs through Rosetta 2. Support for AArch64 alone doesn't seem interesting enough to keep under wraps, and Apple did commit to supporting x64 JITs, so x64 VMs seems like a natural extension.
- 4ad 6y agoWe'll see, but I doubt it. A user-level emulator is a completely different beast performance wise than a full system emulator. With a user-level emulator the kernel, and possibly even the shared libraries are native code, and the code that needs to be emulated is relatively easy to translate from one architecture to another. For a full system emulator not only you need to emulate the kernel also, but all the system-levels instructions have to be emulated as well (unlike user space instruction that can be JITed). Just compare the performance of qemu-system-aarch64 with qemu-aarch64 running on amd64, and you will see a MASSIVE difference in performance. It's very likely rosetta will be more optimised than qemu, but still there is a fundamental problem here. I'm sure qemu-system-x86_64 will run on aarch64 macs, but I doubt Apple/Parallels/VMware will touch this space.
- ridiculous_fish 6y agoFair points, and on reflection you are probably correct. But Apple has a history of weird but successful systems that nobody else tried, like 64 bit user space with a 32 bit kernel, or mixed-endian processes sharing memory. And there's pointed coyness around "Apple Silicon" and Parallels keeping mum. So I want to believe.
- lsllc 6y agoIt would be interesting to see a blend of Rosetta2 for translating and running user-space x64 code and a WSL-style kernel "shim" to provide direct access to the native aarch64 Darwin kernel.
- deleted 6y ago[deleted]