Live data from Hacker News

Another reason why Docker containers may be slow

hackernoon.com

71–72 of 72 posts

Re: Another reason why Docker containers may be slow

#71
post #54

This is not the original title. The original title is "Another reason why your Docker containers may be slow".

Hmm. I didn't notice that 'your' is not in the HN title. So, is it a filtering or I just forgot to type it?

And yes, 'your' is important in this case. I definitely didn't want it to sound like another Docker-blaming article.

Re: Another reason why Docker containers may be slow

#72

Earlier quoted context omitted.

This will help you get similar fs performance in d4mac without falling back to NFS: https://docs.docker.com/docker-for-mac/osxfs-caching/#tuning...

i never tried this but i think it's similar to docker-sync, where you still have to modify your docker compose files. it's not good for people who want a single consistent docker-compose file that would work across varying distributions (ie; opensource project).

These options are part of the Docker API and the underlying engine implements it as needed. On Linux hosts there is nothing to tweak as bind mounts offer full consistency without compromising performance. In Docker for Mac it tweaks the consistency settings for mounts that cross the VM barrier with osxfs.

So itnisnsafe to define these in any comoose file no matter where it runs, just need to make sure that the app in the container can actually deal with the consistency level applied to the particular mount.

Post reply on HN