This repository has been archived by the owner on Nov 6, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 13
Client slow on 2 commands or more (probably timeout) #51
Comments
While I am still looking at #50 could you please try without using the a unix socket and see if it makes any difference so that we can narrow it down a little bit? |
@Khazrak are you using a Linux docker daemon or the new Docker for Mac over the unix socket ? |
I could reproduce it on Docker for Mac which uses a Unix Socket as well. Breaking while debugging shows that the test hangs in a read on the Unix Socket. I set a breakpoint on IOExceptions and saw that the UnixSocket read throws an exception like:
|
I'm using Linux docker daemon (Ubuntu 16.04 also tested on Ubuntu 14.04). |
rhuss
added a commit
to rhuss/docker-client
that referenced
this issue
May 24, 2016
Adding jnr-unixsocket as alternative unix socket implementation which can be selected with 'withUseJnrUnixSocket()' config option. With this alternative there seems to be no performance issues anymore. Jnr-unixsockets are enabled by default now but can be switched off with this config option.
rhuss
added a commit
to rhuss/docker-client
that referenced
this issue
May 24, 2016
Adding jnr-unixsocket as alternative unix socket implementation which can be selected with 'withUseJnrUnixSocket()' config option. With this alternative there seems to be no performance issues anymore. Jnr-unixsockets are enabled by default now but can be switched off with this config option.
rhuss
added a commit
to rhuss/docker-client
that referenced
this issue
May 24, 2016
Adding jnr-unixsocket as alternative unix socket implementation which can be selected with 'withUseJnrUnixSocket()' config option. With this alternative there seems to be no performance issues anymore. Jnr-unixsockets are enabled by default now but can be switched off with this config option.
Tried it and it worked great |
perfect! |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
If you run several commands on the client (one after the other) it is really slow. Every command after the first takes 30s (a timeout?). If you close and open the client between every command then this does not occur.
I attached a junit test that creates a container, starts it, stops it and removes it. One test with closing the client between every command (fast) and one test without it (slow), the speeds are:
fast: 1s 121ms
slow: 1m 30s 550ms
Speed.txt
The text was updated successfully, but these errors were encountered: