HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
utmapp
UTM
Swift2020–2026
utmapp / UTM

UTM

Virtual machines for iOS and macOS

54Distinct people
56Mentions
0Explicit recommenders
36.9KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Virtual machines for iOS and macOS

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year56 dated mentions

Observed mentions: 2020-02-21 18:19:42 UTC to 2026-09-20 22:04:05 UTC.

0510152020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 9 mentions; 2 submissions, 7 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 9 mentions; 3 submissions, 6 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 12 mentions; 1 submissions, 11 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 13 mentions; 2 submissions, 11 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 5 mentions; 0 submissions, 5 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 5 mentions; 1 submissions, 4 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC927
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC936
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC12111
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC13211
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC303
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC505
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC514

What Hacker News says

56 sources
> this won't speed up llama.cpp for everyone, just for users running it in this particular kind of Virtualization.framework VM. correct. these figures apply to llama.cpp inside the macOS guest configuration we tested. Lume is the VM frontend we used, while Apple's Virtualization.framework provides the virtual GPU. bare-metal llama.cpp is unaffected. > The fix here works around a problem where the VM was causing llama.cpp to select the wrong kernels. mostly, with one nuance: llama.cpp is selecting the correct kernels for the capability answers it receives. the stock guest reports an older Apple GPU family and a 32 KB threadgroup memory limit, so llama.cpp chooses slower kernels. Our process-scoped layer reports the tested Apple 9 and 64 KB values while allowing llama.cpp to select newer paths that the paravirtual GPU successfully execute t
Read the rest
he layer itself though works at the Metal API boundary, independently of llama.cpp. other Metal compute and graphics apps now may select newer paths from the same capability answers, although this is still preliminary and each app needs separate testing. for example, MLX-LM stayed flat in our tests historically related limitations have been coming up across Apple Silicon VM frontends for a while e.g. Tart tracked MPS/GPU support back in 2023: - https://github.com/openai/tart/issues/501 - https://github.com/openai/tart/issues/1032 UTM also has related cases where apps detect the Apple paravirtual Metal device but falls back to software rendering: https://github.com/utmapp/UTM/issues/7671
In Apple Silicon and macOS VMs: Faster LLM Inference with llama.cpp
apple silicon is virtualization capable and the UTM app (on the app store, but open source so you can build it too) wraps Apple's hypervisor framework, allows me to run on my macbook air (m2 earlier, recently updated to m5 just to get more memory) macos as well as arm versions of both fedora and arch, with plasma and gnome (and i've used hyprland etc to toy around). it's important to set UTM to use Apple Silicon _virtualization_, because otherwise it uses QEMU and is thereby emulating. With Apple Silicon virtualization, having macos and arch and fedora all going at once is amazing. pertinent references : https://github.com/utmapp/UTM or search for UTM on the Apple app store, where it's prebuilt (and that's what i use successfully). https://developer.apple.com/documentation/hypervisor
In Qualcomm Linux 2.0
Standard Debian-with-root Arm package repo in pKVM hardware-nested VM with OpenGL (v)GPU remoting! So many years of upstream work across Linux, Android and ChromeOS to make this possible. Now we need phone/tablet OEMs to support Android Virtualization Framework (AVF) and OpenTitan-derived enclaves, so this feature can move beyond Pixel hardware. https://www.collabora.com/news-and-blog/blog/2025/01/15/the-... > GFX virtualization aims at providing support for hardware accelerated 3D graphics in virtual machines. Unlike GPU-passthrough, with GFX virtualization the host and all VM guests can access the host GPU simultaneously. Vulkan and OpenGL are supported by virglrenderer using various approaches.. vDRM is a much thinner layer.. able to achieve native GPU performance, where VirGL and Venus may struggle to overcome expensive host/guest syn
Read the rest
chronizations..at the beginning of 2025, vDRM is partially supported by crosvm. Hopefully Google's phone-tablet-laptop-desktop convergence of Android, ChromeOS and developer-targeted Debian Linux will motivate Apple to restore iPadOS 16.2 (2022!) virtualization support, https://github.com/utmapp/UTM/discussions/5748.
In Terminal app can now run full graphical Linux apps in the latest Android Canary
> These sources also pointed to Apple’s new iPad Pro models, which feature OLED screens, as evidence that an OLED screen alone isn’t enough to guarantee more sales. Several analyst forecasts have downgraded new iPad Pro shipments from 10 million units to six or seven million units. Apple OLED iPad Pro sales shortfall of 30% - 40% cannot be blamed on the unmatched screen. iPad Pro sales will underperform until Apple restores the virtualization API that was removed from iPadOS 16. Invest in iPad software instead of niche headsets. https://forums.developer.apple.com/forums/thread/748130 iPad has a powerful chip, but iPadOS limit the power for it. https://github.com/utmapp/UTM/discussions/3230 iPads do launch the kernel in EL2, but they don’t enable the hypervisor.
In Waiting for an OLED MacBook Air? It might get delayed again

Showing the 15 most recent of 56 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.