The number of open issues means nothing without context.
The context is that the issues for docker compose and docker CLI are almost identical across Linux hosts and can be worked around, there are 426 additional issues just for Mac one has to watch out for.
Our main issues on Mac (that I can remember):
Severe slowdowns causing healthchecks to fail (Mostly caused by slow network requests and writing/reading thousands of smaller files)
Environment variables not being applied correctly to build containers
docker-compose file differences, e.g. newer versions not available or older versions deprecated earlier
Under high load the VM chokes even though there are plenty of resources available
I never was able to set permanent sysctl configs needed for some of our applications.
On ARM: Building some of our x86 containers is seriously slow and eats a lot of RAM
On ARM: Running x86 containers is much slower, sometimes hangs and sometimes even crashes the VM
I have been a Linux admin for the better part of two decades now. I’m not saying that Mac is better, I’m just saying that in the real world I don’t run into any of those issues.
I didn’t purchase my Mac, it is work provided. My infrastructure is a mixture of x86 and arm but it’s all Linux.
I’ve ran into exactly 0 issues using the work issued Mac to interact with my infrastructure or develop containers or any of the supporting software for our operations.
I’ve used an intel MBP and an apple silicon MBP as well as developing on a handful of other platforms running other Linux platforms per contract requirements. There are peculiarities between any operating system but what they’re saying straight up isn’t true.
Issue numbers out of context is a stupid metric, their explanation for that metric is even dumber.
They legitimately said “peripheral issues” then when pressed backed off because “they’re not a Mac user”.
Then saying x86 containers run slower when on a different instruction set than native is somehow another indicator …
When I realized I wasn’t talking with someone who actually had real information I said what I said.
My bias is simply that repeating a narrative you’re not actually aware of is stupid. All of the things that person said aren’t actually the problem they say they are.
The context is that the issues for docker compose and docker CLI are almost identical across Linux hosts and can be worked around, there are 426 additional issues just for Mac one has to watch out for.
Our main issues on Mac (that I can remember):
You’ve said enough at this point for me to recognize it’s your bias speaking.
Lol, as if yours isn’t.
I have been a Linux admin for the better part of two decades now. I’m not saying that Mac is better, I’m just saying that in the real world I don’t run into any of those issues.
I didn’t purchase my Mac, it is work provided. My infrastructure is a mixture of x86 and arm but it’s all Linux.
I’ve ran into exactly 0 issues using the work issued Mac to interact with my infrastructure or develop containers or any of the supporting software for our operations.
I’ve used an intel MBP and an apple silicon MBP as well as developing on a handful of other platforms running other Linux platforms per contract requirements. There are peculiarities between any operating system but what they’re saying straight up isn’t true.
Issue numbers out of context is a stupid metric, their explanation for that metric is even dumber.
They legitimately said “peripheral issues” then when pressed backed off because “they’re not a Mac user”.
Then saying x86 containers run slower when on a different instruction set than native is somehow another indicator …
When I realized I wasn’t talking with someone who actually had real information I said what I said.
My bias is simply that repeating a narrative you’re not actually aware of is stupid. All of the things that person said aren’t actually the problem they say they are.