Starting with a clean bioconductor rstudio container
2
0
Entering edit mode
Ramiro • 0
@8f137d25
Last seen 15 days ago
United States

I have been working with rstudio from a bioconductor container, e.g.

# Base R image
FROM bioconductor/bioconductor_docker:RELEASE_3_19

and for example I start it like this:

docker run -v .:/home/rstudio --rm -ti -e PASSWORD=example -p 8787:8787 example

It has been working great. However, I think when it starts it tries to reload the cache or something and it can take forever. How can I disable that feature?

Bioconductor • 941 views
ADD COMMENT
0
Entering edit mode
@james-w-macdonald-5106
Last seen 21 hours ago
United States

The help for docker run indicates that the --rm argument (as one might imagine) removes the docker container after running. I would imagine not removing the docker container would be faster upon repeated use.

0
Entering edit mode
ATpoint ★ 4.9k
@atpoint-13662
Last seen 2 days ago
Germany

Disclaimer: I am a mere (but daily) Docker user, by no means an expert on the internals of Docker.

There is to my knowledge no caching of containers. In fact, the --rm flag immediately deletes the container after termination. There is two concepts to keep in kind with docker, being image and container. When you run docker run you launch a container based on the image. Images are immutable, once created from the Dockerfile. If you make changes to the running container then you have to commit these, creating a new image. What is possible is to start and pause, and then resume a running container, but this does not seem to be the case here.

That having said, I cannot really answer your question. The initial download of the image may take some time depending on internet connection, but the actual run, given the image has been downloaded, should take no time. I use Bioc-based containers daily and cannot say I ever encountered this issue.

Can you provide more details? Is this Linux, or WSL2 something like this?

ADD COMMENT

Login before adding your answer.

Traffic: 845 users visited in the last hour
Help About
FAQ
Access RSS
API
Stats

Use of this site constitutes acceptance of our User Agreement and Privacy Policy.

Powered by the version 2.3.6