you are viewing a single comment's thread
view the rest of the comments
[–] 6 points 1 year ago (7 children)

pretty scant on details. what is this doing for me that Podman or Containerd aren’t? “oPtIMizeD fOR aPPlE SiLICon” is fluff

  • source
  • hideshow 7 child comments
  • [–] [S] 21 points 1 year ago (5 children)

    Well it helps that its open source & apple is actually encouraging contributions: https://github.com/apple/container

  • source
  • parent
  • hideshow 5 child comments
  • [–] 11 points 1 year ago (4 children)

    Using the open source Containerization package, it runs a lightweight VM for each container that you create.

    A big improvement over the stupid shit Docker Desktop did (running a bigass ugly VM for all containers). I'll still stick with my Linux laptop ;)

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 1 year ago (3 children)

    I believe Podman uses a Fedora CoreOS VM. How does that compare?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 year ago (2 children)

    I'm not sure. To me, the most interesting thing is that each container gets its own VM. I don't know if podman does that or not. I'd guess not, since CoreOS isn't the lightest OS around (I've used CoreOS and Flatcar extensively at my job and it's a lil chunky as far as immutable container host OSes go).

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 year ago (1 child)

    What would be the use case for each container getting its own VM?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 year ago* (last edited 1 year ago)

    Each VM can be sized appropriately for the demands of the container. With docker desktop, you can't have a container use all of your system cores without making the VM have access to all of your cores all the time always. One of the biggest benefits (imo) of running containers on a Linux workstation is that if you don't define a CPI limit, a container can use all the compute/memory on your system. You just can't do that with Docker desktop. This also affects multi threaded container builds when you're using buildkit.

    Being able to spin up a vm to build a container with all cores accessible to it, and then run the actual container with a smaller number of cores would make container builds so much faster.

    EDIT: I've looked, and it appears that podman desktop also does 1 big VM, rather than having 1 VM per container.

  • source
  • parent