[{"_1":2,"_114":-5,"_115":-5},"loaderData",{"_3":4,"_17":18,"_25":26,"_96":97},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7,"_13":14,"_15":16},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","theme","system","contrast","normal","routes/_layout",{"_19":-5,"_20":21,"_22":21,"_23":11,"_24":21},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_27":28,"_29":-5,"_30":11,"_31":11,"_32":33,"_34":35,"_36":-5,"_37":11,"_38":39,"_82":-5,"_83":84,"_85":-5,"_86":21,"_87":21,"_88":11,"_89":-5,"_90":11,"_91":-5,"_92":93,"_94":-7,"_95":-7},"canonicalUrl","https://hub.docker.com/r/lxj616/dl-docker/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","lxj616","reponame","dl-docker","cloudBuildSource","isAutobuildsAvailable","repo",{"_40":41,"_42":43,"_44":45,"_46":47,"_48":11,"_49":45,"_50":51,"_52":53,"_54":35,"_32":33,"_55":56,"_57":-5,"_58":56,"_59":56,"_60":61,"_62":-5,"_63":56,"_64":65,"_66":11,"_67":33,"_68":69,"_74":21,"_75":76,"_80":33,"_81":-5},"categories",[],"content_types",[],"date_registered","2018-01-08T05:40:54.598247Z","description","dl-docker at 2018","is_private","last_updated","last_modified","2024-10-16T13:48:34.145251Z","media_types",[],"name","pull_count",0,"repository_type","star_count","status","status_description","initialized","source","collaborator_count","full_description","## All-in-one Docker image for Deep Learning\nHere are Dockerfiles to get you up and running with a fully functional deep learning machine. It contains all the popular deep learning frameworks with CPU and GPU support (CUDA and cuDNN included). The CPU version should work on Linux, Windows and OS X. The GPU version will, however, only work on Linux machines. See [OS support](#what-operating-systems-are-supported) for details\n\nIf you are not familiar with Docker, but would still like an all-in-one solution, start here: [What is Docker?](#what-is-docker). If you know what Docker is, but are wondering why we need one for deep learning, [see this](#why-do-i-need-a-docker)\n\n## Update: I've built a quick tool, based on dl-docker, to run your DL project on the cloud with zero setup. You can start running your Tensorflow project on AWS in <30seconds using Floyd. See [www.floydhub.com](https://www.floydhub.com). It's free to try out. \n### Happy to take feature requests/feedback and answer questions - mail me sai@floydhub.com.\n\n## Specs\nThis is what you get out of the box when you create a container with the provided image/Dockerfile:\n* Ubuntu 14.04\n* [CUDA 8.0](https://developer.nvidia.com/cuda-toolkit) (GPU version only)\n* [cuDNN v5](https://developer.nvidia.com/cudnn) (GPU version only)\n* [Tensorflow](https://www.tensorflow.org/)\n* [Caffe](http://caffe.berkeleyvision.org/)\n* [Theano](http://deeplearning.net/software/theano/)\n* [Keras](http://keras.io/)\n* [Lasagne](http://lasagne.readthedocs.io/en/latest/)\n* [Torch](http://torch.ch/) (includes nn, cutorch, cunn and cuDNN bindings)\n* [iPython/Jupyter Notebook](http://jupyter.org/) (including iTorch kernel)\n* [Numpy](http://www.numpy.org/), [SciPy](https://www.scipy.org/), [Pandas](http://pandas.pydata.org/), [Scikit Learn](http://scikit-learn.org/), [Matplotlib](http://matplotlib.org/)\n* [OpenCV](http://opencv.org/)\n* A few common libraries used for deep learning\n\n## Setup\n### Prerequisites\n1. Install Docker following the installation guide for your platform: [https://docs.docker.com/engine/installation/](https://docs.docker.com/engine/installation/)\n\n2. **GPU Version Only**: Install Nvidia drivers on your machine either from [Nvidia](http://www.nvidia.com/Download/index.aspx?lang=en-us) directly or follow the instructions [here](https://github.com/saiprashanths/dl-setup#nvidia-drivers). Note that you _don't_ have to install CUDA or cuDNN. These are included in the Docker container.\n\n3. **GPU Version Only**: Install nvidia-docker: [https://github.com/NVIDIA/nvidia-docker](https://github.com/NVIDIA/nvidia-docker), following the instructions [here](https://github.com/NVIDIA/nvidia-docker/wiki/Installation). This will install a replacement for the docker CLI. It takes care of setting up the Nvidia host driver environment inside the Docker containers and a few other things.\n\n### Obtaining the Docker image\nYou have 2 options to obtain the Docker image\n#### Option 1: Download the Docker image from Docker Hub\nDocker Hub is a cloud based repository of pre-built images. You can download the image directly from here, which should be _much faster_ than building it locally (a few minutes, based on your internet speed). Here is the automated build page for `dl-docker`: [https://hub.docker.com/r/floydhub/dl-docker/](https://hub.docker.com/r/floydhub/dl-docker/). The image is automatically built based on the `Dockerfile` in the Github repo.\n\n**CPU Version**\n```bash\ndocker pull floydhub/dl-docker:cpu\n```\n\n**GPU Version**\nAn automated build for the GPU image is not available currently due to timeout restrictions in Docker's automated build process. I'll look into solving this in the future, but for now you'll have to build the GPU version locally using Option 2 below.\n\n#### Option 2: Build the Docker image locally\nAlternatively, you can build the images locally. Also, since the GPU version is not available in Docker Hub at the moment, you'll have to follow this if you want to GPU version. Note that this will take an hour or two depending on your machine since it compiles a few libraries from scratch.\n\n```bash\ngit clone https://github.com/saiprashanths/dl-docker.git\ncd dl-docker\n```\t\n\n**CPU Version**\n```bash\ndocker build -t floydhub/dl-docker:cpu -f Dockerfile.cpu .\n```\n\n**GPU Version**\n```bash\ndocker build -t floydhub/dl-docker:gpu -f Dockerfile.gpu .\n```\nThis will build a Docker image named `dl-docker` and tagged either `cpu` or `gpu` depending on the tag your specify. Also note that the appropriate `Dockerfile.` has to be used.\n\n## Running the Docker image as a Container\nOnce we've built the image, we have all the frameworks we need installed in it. We can now spin up one or more containers using this image, and you should be ready to [go deeper](http://imgur.com/gallery/BvuWRxq)\n\n**CPU Version**\n```bash\ndocker run -it -p 8888:8888 -p 6006:6006 -v /sharedfolder:/root/sharedfolder floydhub/dl-docker:cpu bash\n```\n\t\n**GPU Version**\n```bash\nnvidia-docker run -it -p 8888:8888 -p 6006:6006 -v /sharedfolder:/root/sharedfolder floydhub/dl-docker:gpu bash\n```\nNote the use of `nvidia-docker` rather than just `docker`\n\n| Parameter | Explanation |\n|----------------|-------------|\n|`-it` | This creates an interactive terminal you can use to iteract with your container |\n|`-p 8888:8888 -p 6006:6006` | This exposes the ports inside the container so they can be accessed from the host. The format is `-p :`. The default iPython Notebook runs on port 8888 and Tensorboard on 6006 |\n|`-v /sharedfolder:/root/sharedfolder/` | This shares the folder `/sharedfolder` on your host machine to `/root/sharedfolder/` inside your container. Any data written to this folder by the container will be persistent. You can modify this to anything of the format `-v /local/shared/folder:/shared/folder/in/container/`. See [Docker container persistence](#docker-container-persistence)\n|`floydhub/dl-docker:cpu` | This the image that you want to run. The format is `image:tag`. In our case, we use the image `dl-docker` and tag `gpu` or `cpu` to spin up the appropriate image |\n|`bash` | This provides the default command when the container is started. Even if this was not provided, bash is the default command and just starts a Bash session. You can modify this to be whatever you'd like to be executed when your container starts. For example, you can execute `docker run -it -p 8888:8888 -p 6006:6006 floydhub/dl-docker:cpu jupyter notebook`. This will execute the command `jupyter notebook` and starts your Jupyter Notebook for you when the container starts\n\n## Some common scenarios\n### Jupyter Notebooks\nThe container comes pre-installed with iPython and iTorch Notebooks, and you can use these to work with the deep learning frameworks. If you spin up the docker container with `docker-run -p :` (as shown above in the [instructions](#running-the-docker-image-as-a-container)), you will have access to these ports on your host and can access them at `http://127.0.0.1:`. The default iPython notebook uses port 8888 and Tensorboard uses port 6006. Since we expose both these ports when we run the container, we can access them both from the localhost.\n\nHowever, you still need to start the Notebook inside the container to be able to access it from the host. You can either do this from the container terminal by executing `jupyter notebook` or you can pass this command in directly while spinning up your container using the `docker run -it -p 8888:8888 -p 6006:6006 floydhub/dl-docker:cpu jupyter notebook` CLI. The Jupyter Notebook has both Python (for TensorFlow, Caffe, Theano, Keras, Lasagne) and iTorch (for Torch) kernels.\n\nNote: If you are setting the notebook on Windows, you will need to first determine the IP address of your Docker container. This command on the Docker command-line provides the IP address\n```bash\ndocker-machine ip default\n> \n```\n```default``` is the name of the container provided by default to the container you will spin. \nOn obtaining the IP-address, run the docker as per the [instructions](#running-the-docker-image-as-a-container) provided and start the Jupyter notebook as [described above](#jupyter-notebooks). Then accessing ```http://:``` on your host's browser should show you the notebook.\n\n### Data Sharing\nSee [Docker container persistence](#docker-container-persistence). \nConsider this: You have a script that you've written on your host machine. You want to run this in the container and get the output data (say, a trained model) back into your host. The way to do this is using a [Shared Volume](#docker-container-persistence). By passing in the `-v /sharedfolder/:/root/sharedfolder` to the CLI, we are sharing the folder between the host and the container, with persistence. You could copy your script into `/sharedfolder` folder on the host, execute your script from inside the container (located at `/root/sharedfolder`) and write the results data back to the same folder. This data will be accessible even after you kill the container.\n\n## What is Docker?\n[Docker](https://www.docker.com/what-docker) itself has a great answer to this question.\n\nDocker is based on the idea that one can package code along with its dependencies into a self-contained unit. In this case, we start with a base Ubuntu 14.04 image, a bare minimum OS. When we build our initial Docker image using `docker build`, we install all the deep learning frameworks and its dependencies on the base, as defined by the `Dockerfile`. This gives us an image which has all the packages we need installed in it. We can now spin up as many instances of this image as we like, using the `docker run` command. Each instance is called a _container_. Each of these containers can be thought of as a fully functional and isolated OS with all the deep learning libraries installed in it. \n\n## Why do I need a Docker?\nInstalling all the deep learning frameworks to coexist and function correctly is an exercise in dependency hell. Unfortunately, given the current state of DL development and research, it is almost impossible to rely on just one framework. This Docker is intended to provide a solution for this use case.\n\nIf you would rather install all the frameworks yourself manually, take a look at this guide: [Setting up a deep learning machine from scratch](https://github.com/saiprashanths/dl-setup)\n\n### Do I really need an all-in-one container?\nNo. The provided all-in-one solution is useful if you have dependencies on multiple frameworks (say, load a pre-trained Caffe model, finetune it, convert it to Tensorflow and continue developing there) or if you just want to play around with the various frameworks.\n\nThe Docker philosophy is to build a container for each logical task/framework. If we followed this, we should have one container for each of the deep learning frameworks. This minimizes clashes between frameworks and is easier to maintain as things evolve. In fact, if you only intend to use one of the frameworks, or at least use only one framework at a time, follow this approach. You can find Dockerfiles for individual frameworks here:\n* [Tensorflow Docker](https://github.com/tensorflow/tensorflow/tree/master/tensorflow/tools/docker)\n* [Caffe Docker](https://github.com/BVLC/caffe/tree/master/docker)\n* [Theano Docker](https://github.com/Kaixhin/dockerfiles/tree/master/cuda-theano)\n* [Keras Docker](https://github.com/Kaixhin/dockerfiles/tree/master/cuda-keras/cuda_v7.5)\n* [Lasagne Docker](https://github.com/Kaixhin/dockerfiles/tree/master/cuda-lasagne/cuda_v7.5)\n* [Torch Docker](https://github.com/Kaixhin/dockerfiles/tree/master/cuda-torch)\n\n## FAQs\n### Performance\nRunning the DL frameworks as Docker containers should have no performance impact during runtime. Spinning up a Docker container itself is very fast and should take only a couple of seconds or less\n\n### Docker container persistence\nKeep in mind that the changes made inside Docker container are not persistent. Lets say you spun up a Docker container, added and deleted a few files and then kill the container. The next time you spin up a container using the same image, all your previous changes will be lost and you will be presented with a fresh instance of the image. This is great, because if you mess up your container, you can always kill it and start afresh again. It's bad if you don't know/understand this and forget to save your work before killing the container. There are a couple of ways to work around this:\n\n1. **Commit**: If you make changes to the image itself (say, install a few new libraries), you can commit the changes and settings into a new image. Note that this will create a new image, which will take a few GBs space on your disk. In your next session, you can create a container from this new image. For details on commit, see [Docker's documentaion](https://docs.docker.com/engine/reference/commandline/commit/).\n\n2. **Shared volume**: If you don't make changes to the image itself, but only create data (say, train a new Caffe model), then commiting the image each time is an overkill. In this case, it is easier to persist the data changes to a folder on your host OS using shared volumes. Simple put, the way this works is you share a folder from your host into the container. Any changes made to the contents of this folder from inside the container will persist, even after the container is killed. For more details, see Docker's docs on [Managing data in containers](https://docs.docker.com/engine/userguide/containers/dockervolumes/)\n \n### How do I update/install new libraries?\nYou can do one of:\n\n1. Modify the `Dockerfile` directly to install new or update your existing libraries. You will need to do a `docker build` after you do this. If you just want to update to a newer version of the DL framework(s), you can pass them as CLI parameter using the --build-arg tag ([see](-v /sharedfolder:/root/sharedfolder) for details). The framework versions are defined at the top of the `Dockerfile`. For example, `docker build -t floydhub/dl-docker:cpu -f Dockerfile.cpu --build-arg TENSORFLOW_VERSION=0.9.0rc0 .`\n\n2. You can log in to a container and install the frameworks interactively using the terminal. After you've made sure everything looks good, you can commit the new contains and store it as an image\n\n### What operating systems are supported?\nDocker is supported on all the OSes mentioned here: [Install Docker Engine](https://docs.docker.com/engine/installation/) (i.e. different flavors of Linux, Windows and OS X). The CPU version (Dockerfile.cpu) will run on all the above operating systems. However, the GPU version (Dockerfile.gpu) will only run on Linux OS. This is because Docker runs inside a virtual machine on Windows and OS X. Virtual machines don't have direct access to the GPU on the host. Unless PCI passthrough is implemented for these hosts, GPU support isn't available on non-Linux OSes at the moment.\n","has_starred","hub_user","immutable_tags_settings",{"_70":11,"_71":72},"enabled","rules",[73],".*","is_automated","permissions",{"_77":21,"_78":11,"_79":11},"read","write","admin","user","storage_size","orgData","recentTags",[],"sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"selectedTag","attestationsUrl","routes/_layout.r.$namespace.$reponame.tags",{"_38":98,"_105":106,"_92":112,"_113":11},{"_40":99,"_42":100,"_44":45,"_46":47,"_48":11,"_49":45,"_50":51,"_52":101,"_54":35,"_32":33,"_55":56,"_57":-5,"_58":56,"_59":56,"_60":61,"_62":-5,"_63":56,"_64":65,"_66":11,"_67":33,"_68":102,"_74":21,"_75":104,"_80":33,"_81":-5},[],[],[],{"_70":11,"_71":103},[73],{"_77":21,"_78":11,"_79":11},"tags",{"_107":56,"_108":-5,"_109":-5,"_110":111},"count","next","previous","results",[],[],"canDeleteTags","actionData","errors"]

lxj616/dl-docker

Tags for lxj616/dl-docker