No I checked it against the amount of RAM. Podman with 8GB does not increase speed, Docker with 4GB is still 9s
podman run 27->24
docker run 9.4->9.769 total
(I increased limit in podman and decreased limit in docker). This happens with amd64 arch images (which I for some reason need in my work and cannot rebuild)
now I'm curious why it's still slow even with the increase of ram + cpu, I'll sync up with the podman core team why it's benchmarking much faster in docker vs podman (assuming both are using rosetta 2 on your machine)
What sort of compatibility issues were you encountering? (disclaimer: I'm on the Podman Desktop team)
If it was compose + docker compatibility issues, that's on the roadmap for improvement :). Compose support is flakey at times (it's essentially a wrapper around the open source binary https://github.com/docker/compose)
The most common one I run into is with volumes, when the full path doesn't already exist. Docker will just make the path, Podman throws an error. It's been called a "bug" in docker but the fact is everyone just expects the paths to be created. I want it to just work, not make everyone in the industry redo their dockerfiles to be "correct."
It looks like there was some work done to resolve this in 2023 and 2024 but I know this was still happening for me in mid 2025. Podman is technically correct here but functionally broken in a way that keeps pushing me away because I don't have time to deal with that :(
Also, there’s Podman’s decision to drop CNI support. Sure, I get that they want to support the full stack, but netavark is really not especially capable, and CNI allows all kinds of interesting (and frequently overcomplicated) things.
I had issues with performance/power management, and had to abandon Podman Desktop on Windows. Have not checked out recently, but my issues may possibly be solved by
Basically I had a 5 second periodic CPU spike after some update. Also I had some compose issues, and some issue with Fedora based WSL. These together were blockers for me at that point, but I'm using podman on my pet Fedora server, and it works (using quadlets there) perfectly there, and will retry it on Windows also when I get the time.
If you're open to questions, I'm switching my teams from Docker to Podman on macOS. I'm hitting blockers for multi-user setups i.e. each developer has a non-admin account on the machine, whereas brew runs in its own account with admin permissions.
I would love a way to have Podman installable in userspace meaning in a non-admin account, or installable without brew, or with a dependency list such as QEMU or whatever else needs to be installed by an admin ahead of time, or with a sudousers config list, etc.
I know this is an atypical setup. Any advice from anyone here is much appreciated about multi-user non-admin macOS container setup for Podman or Docker or equivalent.
It's been a couple months so I don't remember the details. I am however a heavy compose user to this so promising. I don't any ill will towards the project, just waiting for it to fit my needs.
Podman Desktop by default has a much lower RAM (4GB) + CPU usage (50% CPU). That's something that could be improved... I've opened up an issue: https://github.com/podman-desktop/podman-desktop/issues/1634... :)