Answers: <p>If you're looking for a master list of all images and sizes, kind of a 'statistics' pages, Docker Hub doesn't have that. You'll need to use their HTTP API to:</p>
  
  <ol>
  <li>get all the repositories, stepping through the paginated results. API reference: <a href="https://docs.docker.com/registry/spec/api/#listing-repositories" rel="noreferrer">https://docs.docker.com/registry/spec/api/#listing-repositories</a></li>
  <li>pull the Image Manifest for each repo. API reference: <a href="https://docs.docker.com/registry/spec/api/#pulling-an-image-manifest" rel="noreferrer">https://docs.docker.com/registry/spec/api/#pulling-an-image-manifest</a></li>
  <li>Store those manifests in local database so you can sort them based on image size</li>
  </ol>
  
  <p>You'll specifically need to pull the newest <code>Image Manifest Version 2, Schema 2</code>, which apparently not all repos support yet. This newer manifest has the image sizes in it: <a href="https://docs.docker.com/registry/spec/manifest-v2-2/" rel="noreferrer">https://docs.docker.com/registry/spec/manifest-v2-2/</a></p>
  
  <p>All in all, this is much faster than trying to actually download all the images from Docker Hub, but it will still take quite a long time and a lot of processing. The database for storing this all might get rather large and difficult to process, so I'm not sure how much you really want to pursue this route for a simple research project. That's up to you.</p>
  
  <p>You may want to take @Vish's advice and simply go for obvious large images such as the Microsoft or Java ones.</p>
  
Answers: CC BY-SA 4.0
Answers: 2019-06-14T16:44:53.140Z
Answers: @NicHartley That's a really nice approach!
Answers: BoomShadow
Answers: CC BY-SA 3.0
Answers: 2018-02-21T17:28:45.287Z
Answers: 2018-02-21T17:35:01.190Z
Answers: 2018-02-21T17:35:01.190Z
Answers: BoomShadow
Body: <p>The lowest boundary of a Docker image can be very small i.e. under 1 MB (busybox) or even zero bytes (scratch).</p>
  
  <p>Now for research purporses, I need to reference the biggest Docker image on the Docker Hub. </p>
  
  <p>How to find it? </p>
  
Comments: CC BY-SA 3.0
Comments: 2018-02-14T14:20:54.743Z
Comments: Are you looking at specifically Docker Hub or the Docker Store also?
Comments: Preston Martin
Comments: CC BY-SA 3.0
Comments: 2018-02-14T16:33:02.960Z
Comments: Docker store is a good reference as well
Comments: Ta Mu
Comments: CC BY-SA 3.0
Comments: 2018-02-16T12:50:03.593Z
Comments: I gave this some thought and this is what I came up with:
  [`docker search`](https://docs.docker.com/engine/reference/commandline/search/) won't help, because it does not list image sizes in its output, and its `--filter` option does not allow filtering by size.
  The only idea I have therefore is around _actually downloading_ each image and check its size. You might start with `microsoft/` images to start off with as they are quite huge usually :) 
  (not sure if this is an answer so added it as a comment)
Comments: Vish
Comments: CC BY-SA 3.0
Comments: 2018-02-19T22:47:20.133Z
Comments: Looking through docker search and docker hub, I am not seeing a way to find this information. I am thinking that you will need to write a script to download all of the docker images and check the size. Hopefully they aren't updated and increase in size by the time it finishes ;)
Comments: Preston Martin
Tags: <docker><dockerhub>
Title: What is the biggest Docker image on Docker Hub and how to find it?
UserDisplayName: Ta Mu
ThreadText: # What is the biggest Docker image on Docker Hub and how to find it?
  
  (Asked by: username_0 on 2018-02-14)
  
  The lowest boundary of a Docker image can be very small i.e. under 1 MB (busybox) or even zero bytes (scratch).
  
  Now for research purporses, I need to reference the biggest Docker image on the Docker Hub.
  
  How to find it?
  
  **Tags:** docker, dockerhub
  
  > **Comments:**
  > **username_1**: Are you looking at specifically Docker Hub or the Docker Store also?  
  > **username_0**: Docker store is a good reference as well  
  > **username_2**: I gave this some thought and this is what I came up with: [`docker search`](https://docs.docker.com/engine/reference/commandline/search/) won't help, because it does not list image sizes in its output, and its `--filter` option does not allow filtering by size. The only idea I have therefore is around _actually downloading_ each image and check its size. You might start with `microsoft/` images to start off with as they are quite huge usually :)  (not sure if this is an answer so added it as a comment)  
  > **username_1**: Looking through docker search and docker hub, I am not seeing a way to find this information. I am thinking that you will need to write a script to download all of the docker images and check the size. Hopefully they aren't updated and increase in size by the time it finishes ;)  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2018-02-21. Score: 5 | Accepted answer
  
  If you're looking for a master list of all images and sizes, kind of a 'statistics' pages, Docker Hub doesn't have that. You'll need to use their HTTP API to:
  
  1. get all the repositories, stepping through the paginated results. API reference: <https://docs.docker.com/registry/spec/api/#listing-repositories>
  2. pull the Image Manifest for each repo. API reference: <https://docs.docker.com/registry/spec/api/#pulling-an-image-manifest>
  3. Store those manifests in local database so you can sort them based on image size
  
  You'll specifically need to pull the newest `Image Manifest Version 2, Schema 2`, which apparently not all repos support yet. This newer manifest has the image sizes in it: <https://docs.docker.com/registry/spec/manifest-v2-2/>
  
  All in all, this is much faster than trying to actually download all the images from Docker Hub, but it will still take quite a long time and a lot of processing. The database for storing this all might get rather large and difficult to process, so I'm not sure how much you really want to pursue this route for a simple research project. That's up to you.
  
  You may want to take @username_2's advice and simply go for obvious large images such as the Microsoft or Java ones.
  
  > **Comments:**
  > **username_3**: @NicHartley That's a really nice approach!  
  
  ---
  
  