The Hunger Games: Catching Fire for mac instal

I've ran into too many issues with Apple's NAT setup and host-only networking is a private API, so this is postponed for now. Servers are forwarded to localhost automatically, but you can't connect to the VM by IP because the network doesn't exist from the host's perspective. Networking is implemented with my custom userspace proxy for VPN compatibility. It should be at least slightly better, but I'm not sure if I can improve it much more due to amework limitations. Memory usage is probably the biggest uncertainty right now. amework doesn't have an API for third-party VMMs to set this and doesn't seem to let the VM modify ACTLR_EL1 either, so unless I can find a private API for it, I'm stuck with amework's limitation of Rosetta being either on or off for the entire VM at boot time. In general, I don't expect anything to be worse than existing solutions, but not everything will be better.Įnabling Rosetta can have a minor performance hit on memory-intensive workloads in the VM (not only x86 ones) because of TSO memory ordering, so it'll be optional. If anyone is interested, drop me an email (see bio) and I'll let you know when this is ready for testing :)Īlso, feel free to ask questions here or let me know if there are other warts you'd like to see fixed. Not OSS, but I think the value proposition is pretty good and there will be a free trial. Planning to release this as a paid app in January. Will look into memory usage too, although I can't guarantee a good fix for that. Better solutions to other problems that can occur on macOS: clock drift is corrected monotonically, dynamic disk size, and more I'm working on now. Made possible with low-level kernel optimizations. Only ~0.05% CPU usage and 2-5 idle wakeups per second - less than most apps, while Docker wakes up ~120 times per second. You can run multiple full Linux distros as system containers (like WSL) so they share resources. This setup can help with performance: for example, you could store code in Linux and edit it from macOS with VS Code (which can take the performance hit of sharing), so the container runs with native FS speed. Bidirectional filesystem sharing: fast VirtioFS to access macOS from Linux, but also a mount to access the Linux filesystem from macOS. Full VPN compatibility, IPv6, ping, ICMP and UDP traceroute, and half-open TCP connections. Funny that this came up - shameless plug: I've actually been working on a new Linux+Docker+Kubernetes solution for macOS recently! Already added quite a few improvements over existing apps including Docker Desktop, Rancher, Colima, etc:

The Hunger Games: Catching Fire for mac instal