<div>I was looking at QEMU and i see that it supports the hypervisor framework with '--accel=hvf'<br></div><div>maybe this would be a better and more mature hypervisor than xhyve for this use case, since<br></div><div>xhyve is not that much developed nowadays, save for bugs and some portability to newer<br></div><div>versions of macos.<br></div><div><br></div><div>> we don't have a proper image storage engine;<br></div><div>Could you please point me to a doc that describes this in more detail, since i'm new i'm having trouble<br></div><div>understanding which is the image storage engine (i can only assume it should be something <br></div><div>along the lines of a docker registry?) for kata-containers and how it's used.<br></div><div><br></div><div>p.s.: is it worth moving this conversation to a github issue, maybe it gets a bit more traction?<br></div><div><br></div><div>thanks,<br></div><div>Victor<br></div><div><br></div><div><br></div><div class="protonmail_quote"><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Wednesday, April 7th, 2021 at 9:46 AM, Xu Wang <xu@hyper.sh> wrote:<br></div><div> <br></div><blockquote type="cite" class="protonmail_quote"><div><div style="line-height:1.7;font-family:Tahoma,Arial,STHeiti,SimSun;font-size:14.0px;color:#000000;"><div style="clear:both;">Hi Victor,<br></div><div style="clear:both;"><br></div><div style="clear:both;">I agree it would be useful if we could support macOS natively, which will<br></div><div style="clear:both;">turn kata into a development tool.<br></div><div style="clear:both;"><br></div><div style="clear:both;">Actually we had done some investigation years ago (maybe before we launched<br></div><div style="clear:both;">kata project in late 2017). Some of the issues (at that time) for xhyve included:<br></div><div style="clear:both;"><br></div><div style="clear:both;">- kata employs hotplugging for resources;<br></div><div style="clear:both;">- we don't have a proper image storage engine;<br></div><div style="clear:both;"><br></div><div style="clear:both;">It's too long time ago, maybe these issues have been solved, and maybe there<br></div><div style="clear:both;">were other issues I missed.<br></div><div style="clear:both;"><br></div><div style="clear:both;">However, I think it would be nice if we could have an elegant macOS.<br></div><div style="clear:both;"><br></div><div style="clear:both;">What do you think about, Eric?<br></div><div style="clear:both;"><br></div><div style="clear:both;">Xu<br></div><div style="clear:both;"><br></div><blockquote style="margin-right:.0px;margin-top:.0px;margin-bottom:.0px;font-family:Tahoma,Arial,STHeiti,SimSun;font-size:14.0px;color:#000000;"><div style="clear:both;">------------------------------------------------------------------<br></div><div style="clear:both;">From:Victor Palade <victor@cloudflavor.io><br></div><div style="clear:both;">Send Time:2021年4月6日(星期二) 22:27<br></div><div style="clear:both;">To:kata-hypervisor@lists.katacontainers.io <kata-hypervisor@lists.katacontainers.io><br></div><div style="clear:both;">Subject:[Kata-hypervisor] macos support?<br></div><div style="clear:both;"><br></div><div>Hi,<br></div><div><br></div><div>Sorry if this is a super ignorant question, i'm not too familiar with kata-runtime and <br></div><div>how it communicates with different hypervisors but what would be the challenges to<br></div><div>add xhyve as a supported hypervisor or qemu for mac to kata containers? Is this <br></div><div>even possible?<br></div><div>Alternatively i'd be interested if someone already made this work, maybe i'm missing<br></div><div>some important piece of info that i didn't find in the github issues and docs.<br></div><div><br></div><div><div>The way that it is currently for me, at least, is that i need to run a VM at all times,<br></div><div>(this reserves at least half of my system resources) either if it's the Docker for <br></div><div>desktop VM or something like Parallels where i do my development. Even if the<br></div><div>tasks i use it for are not memory intensive, the memory is still reserved for the VM. <br></div></div><div><br></div><div>Not having to run a (beefy) VM and inside run containers as docker for desktop currently<br></div><div>does would be a huge improvement for developers. Not to mention you would<br></div><div>probably be able to use the rest of the tooling to spin up k8s clusters with Kind<br></div><div>for example, where your containers are a bunch of smaller vms.<br></div><div><br></div><div>Anyway, would appreciate any pointers on this, if _it is possible_ and there's <br></div><div>interest, i'd be more than happy to put it in the time to make it happen.<br></div><div><br></div><div>Best,<br></div><div>Victor<br></div></blockquote><div style="line-height:20.0px;clear:both;"><br></div></div></div></blockquote></div><div><br></div>