I was about to leave to go home for holiday, but I will try to remove all images and rebuild them when I get a chance. I will let you know if this resolves the issue. Thanks again!
sure no problem be careful, have a nice time all be ok i think
Latest beta, still present the issue
Docker folks, can we please get an update on the status of this?
I created an issue in the Docker 4 Mac github project, please help fill in any details I missed over there.
Still no news, right?
Has anyone had any success switching back to Docker Toolbox?
Confirming I am having this issue on current local dev stack.
Mac OS El Capitan
Docker with one Node instance
React Native App
Django Backend
Postgres DB
Is a fresh install of docker GUI from official source.
Have to fix this for current work project. Makes the OS very sluggish.
com.docker.hyperkit - stays at ~130% CPU
com.docker.oxsfs - stays at ~ 60% CPU
This is not tolerable in a professional dev setup IMO.
Iâm on âVersion 17.03.1-ce-mac5 (16048)â and Iâm also getting 200-400 % CPU while docker stats shows that nothing is happening.
@hmottestad This was my fix on same version:
sudo tmutil disablelocal
I luckily had avoided the issue the last few months - well until v17.03 - since itâs been randomly maxing my CPU to the point my keystrokes were slow or skipped - it felt like the systemsâ IRQ scheduler went for one too many rides on a tilt-a-whirl âspinning teacupâ ride - missing input/output data. Nothing responds with grace, all dis-coordinated all over the screen.
Anyway, hereâs some due credit:
My fix was found by way of these 2 amazing answers on Stack Overflow:
an amazing list of OSX diagnostic tools/cmds
and
this happened to include my fix
These are things I can barely fake knowing - assuming a linux kernel, and admittedly with much fancier tooling.
Honestly I learned more solid tech details
in the last 15 minutes - compared to all time I spent in 2016 wading through the endless SO Anti-patterns Museum.
I had been starting docker via iTerm2 and was experiencing the same issue, I have since switched to using Terminal and CPU % has dropped to 80%. Might be something to do with the way Iâve set up iTerm2 but this may help someone.
Edit - have just gone back to iTerm2 after deleting preferences file com.googlecode.iterm2.plist
could well have been due to oh-my-zsh.
For me, after adding :cached
to all the volumes in use, it dropped to like 5%.
If youâre using docker-compose, itâs as simple as:
image-api:
image: mygroup/image-api:latest
volumes:
- ./api:/var/www/beta/api:cached
- ./web:/var/www/beta/web:cached
I had this issue. I was using nodemon to monitor my changes in a local dev container. I switched to PM2 instead. I have been using pm2 monit to see the logs and pm2 restart allows me to hot swap in changes. Not quite as convenient as the automatic process of nodemon but my cpu load is down to a minimum. Mine was up at 340% and I am running 8 cores.
Each Docker monitoring process increase this CPU load.
For sample, if you use Visual Studio Code with docker explorer monitor, update the Auto Refresh Interval to a higher value like 2000.
Are you running Webpack?
Open up webpackDevServer.config.js
edit line 69, change true to 1000.
watchOptions: {
ignored: /node_modules/,
poll: 1000
},
Thanks @patrickbassut this also solved my problem and the delay so far on my development environment wasnât noticeable.
This does work. Yay! But unfortunately the link is dead, and I canât find any reference to these flags in the Docker documentation.
I think you can read about it in this blog pos: User-guided caching in Docker for Mac | Docker
To answer why you cannot read about this flags in the documentation I found this on the forum:
This github issue is mentioned in the last post: