Same here :(. Looking forward to any updates on the issue.
I am facing the same issue. Interested in getting some logs ?
Iām not sure if it means anything, but Iāve just checked the statistics and noticed that in roughly 7 minutes of CPU time, it made more than 10M context switches and made more than 20M system calls. That does sounds like a lot, compared to other processes. E.g.: My editor was on similar numbers after 3 hours of CPU time.
In a little under 10 seconds CPU time, the process performs:
- 244.469 context switches
- 450.700 unix system calls
Maybe itās unrelated or the numbers mean nothing, just thought Iād share.
Dear developers, can we expect a fix anytime soon or a switch to docker machine would be a better idea for the moment?
Thanks for your hard work)
Thanks for the clue, motomoto. I was having the problem, then decided to use docker-machine to create a virtualbox docker machine. Now CPU usage in average 30% with my database running, instead of 150+ percent when using Docker Beta for Mac.
Iām seeing the com.docker.hyperkit process taking up all available CPU resources. Iām not sure what I did to cause it. My computer was asleep for the weekend and when I woke it up it started running hot. I canāt successfully complete a docker ps
, but Iām pretty sure Iām not running any containers right now.
SIGKILL
seems to have fixed it for now.
Here is my daignostic code:
46C9E22B-9724-4D89-B36A-B78515184804
+1 for this issue as well.
I killed the process and restarted my containers and it restored the CPU usage to a normal level temporarily.
+1 for this issue.
i just run 4 containers with docker-compose. After calling a service like apache or a nodejs request the cpu usage rais up over 200%. It never go back to normal and i can use the fans and the heat of my macbook as a hairdryer.
Even a restart of the whole system and docker causes this behavior in minutes.
+1 for this. Iāve been looking forward to the GA version of Docker so I can stop using the crappy Docker Toolbox + VirtualBox + docker-osx rsync hack, but this CPU issue makes it a non-starter.
Using Mac El Capitan.
Looks like this problem is related to inotify.
I use docker for developing apps with Playframework (https://www.playframework.com). When I use ā~compileā which automatically compiles code on every file change, the cpu usage for hyperkit shoots up to 200% even when the process is idle. i.e. no compilation is going on and waiting for file changes.
When I do the same without docker, cpu load never goes up when idly listening for file changes.
Hello,
It sounds like Play may not be using inotify. Could you supply a reproduction which allows us to test your base image use? Just a simple image/Dockerfile that we could docker run
in order to see this ~compile
behavior would be very appreciated.
Thanks,
David
Here is the image containing āactivatorā which can be used to reproduce the scenario.
naumanbadar/activator-runner
Note that its a humungous image of size ~3G because I copied all the sbt/ivy2 dependencies to reduce the startup time in addition to it having base image of java:8-jdk.
Anyway to reproduce the scenario, first you will have to create a project on local director using the container. cd
into a temp directory somewhere on your machine and execute the following command:
docker run --rm -v $(pwd):/project naumanbadar/activator-runner activator new TestPlay play-scala
This will create a project directory called TestPlay in your pwd
. Next you start the compile
process which will recompile the project on any file change with the following command:
docker run --rm -it -v $(pwd)/TestPlay:/project naumanbadar/activator-runner activator ~compile
After it finishes compiling for the first time, it will wait for source changes to trigger compilation again.
Now if you open any source file e.g. TestPlay/app/controllers/HomeController.scala
in your editor of choice on your machine and edit and save it, the compilation process will kick in.
Now this automatic compilation would not start with docker+vmware but it does start with Docker for Mac apparently due to inotify
.
Now if you leave the process running without changing any files, in case of
-
running natively without docker java process goes down to ~4% cpu load
-
running with docker, cpu load stays around 50% for hyperkit and around 25% for osxfs
Note that previously I said that cpu for hyperkit is around 200% but I noticed that if I leave the process idle meaning without changing any files for around 3 minutes, it goes down to 50% as stated above.
Hello David,
Here the compiler has been sitting idle for last half hour but my mac feels like a hair drier with fan speed going crazy high.
Also has the highest energy impact of ~180.
Please also note that only if I disable automatic compilation and do it manually every time after changing sources, then the cpu load stays low, almost close to as running it natively without container.
Hope it helps.
Same thing here, 340% CPU utilization.
And that is just with the Docker app running in the toolbar in the background - not running any containers or doing any active development.
Mine is sticking to 100%, and my docker isnāt even running nope, iām not kidding hereā¦ might be just me
however:
ā ~ docker info
Cannot connect to the Docker daemon. Is the docker daemon running on this host?
ā ~ docker-machine ls
NAME ACTIVE DRIVER STATE URL SWARM DOCKER ERRORS
ā ~
In an attempt to provide as much info as possible, with probably things that really donāt matter butā¦
closed app using cmd-q
yet still activity monitor still shows itā¦
problem might have started right after coming out of sleepā¦ think i noticed it about 10minutes after lunchbreak. (so 10 mins after sleep)
docker is still set to start on boot, so it did actually run before the quit, however, never started a single container since my last rebootā¦ havenāt touched docker in over a monthā¦
reopening docker app, makes my activity monitor show this:
then closing it again (canāt show screen because new users can only add 1 image)
keeps the original (same PID) 100% ācom.docker.hyperkitā open and a ācom.docker.vmnetdā and yes cpu still spiking for 100%
Hope this helps resolving the issue or might give anyone else a hint to finding the problem
Canāt wait to get back to docker, as i do miss it
I have this issue as well. Any container with Grunt watching mounted files will cause the CPU to run amok. I suspect itās related to the fact that the files are being watched by both Grunt and Docker, concurrently.
+1, also seeing this
It also happens after a clean restart and no interaction with docker during my session. Usually about 30 minutes into the session.
+1, same here. I have experienced this with docker-machine as well as docker for mac. My MBP is running hot.
+1. Same here. macOS Sierra 10.12
Same here for mocha watch mode. Iām on Docker stable 1.12.1 (build: 12133). So I guess itās not fixed in the current beta?