# How much data will a 12550824 x 12550824 world take up in Minecraft? [duplicate]

I would like to know just how much disk space I will need for such a world in Minecraft. It will be stored on USB which has 3.12 GB of free storage remaining. This is for a Minecraft server. This world would be the size of normal Minecraft excluding the non-existent Far Lands.

• Are you just trying to go to the Far Lands? Because that wouldn't create a 12550824 x 12550824 world. Commented Apr 23, 2020 at 14:51
• No, it is just as a reference because the world is 12.2, migrated to a 15.2 minecraft client. Because the far lands were removed, I used the max world in 1.8 before the far lands as reference. Commented Apr 23, 2020 at 18:12
• @Phoenix If this is an upgrade of a previous world, you should know how big it is already by right-clicking the world folder and saying "Properties". Commented Apr 24, 2020 at 14:59
• Possible duplicate of What is the average disk storage size of a Minecraft chunk? Commented Jul 12, 2021 at 0:58
• @Joachim The accepted answer to that question seems more up to date than the answer to this question to me. Commented Jul 14, 2021 at 18:29

## 6 Answers

Are you trying to build the Earth (it's actually about 22584607 by 22584607 metres surface area, about 3.2 times what you're asking about)? Well, the block height can take 256 values and each block uses at most ~2.5 bytes, so it's 1255082412550824256*2.5 = 100,814,837,170,544,640 bytes, aka 100,815,000 GB, aka 101 petabytes. You're going to need a bigger disk ;)

Compression could reduce this somewhat, but depends heavily on the complexity of the world. So unless your world is ultraflat it's probably still going to be a petabyte or more.

• Did you factor in the compression? It was mentioned in the link. Commented Apr 21, 2020 at 4:55
• @Turksarama You'd need to (re-)generate millions of blocks per second as the user moved around, which would be slow and expensive. I'm pretty sure the current solution is close to optimal.
– l0b0
Commented Apr 21, 2020 at 7:26
• As soon as a chunk gets generated, entities start moving in that chunk, lava and water start flowing, bamboo and sugar cane start growing, lots of other things happen, so there's changes to the chunk all the time. Which means the chunk needs to be saved; there just aren't any pristine generated chunks in Minecraft. Commented Apr 21, 2020 at 9:46
• Even though the block height is 256, the a chunk is split into 16 pieces vertically, and parts that are fully filled with air are not stored. You are also using an outdated figure of 2.5 bytes per block, as newer minecraft versions use a "pallete/index" based system, where you have a pallete of blocks per 16x16x16, meaning that the space a block takes up is greatly reduced. (4-5bits per block is typicall, with some spikes for chests and other advanced blocks). You also have to factor in that storing the pallet takes up space Commented Apr 21, 2020 at 14:52
• In my experience, most chunks in Minecraft are usually either 8 or 12 KiB once compressed (the Anvil file format pads chunks to a multiple of 4096 bytes in order to improve the efficiency of disk access). That would put the size of the world somewhere around 2 PB. Commented Apr 22, 2020 at 4:11

As the existing answers only guess about compression, I estimated the space requirements from an existing server. That server has a 60kx60k world (-30000 to +30000 each X and Z), which is approximately 50% generated, and which needs 28 GB.

Let's assume it needs 56 GB fully generated.

Your world has ~ 210 times the size in X AND Z, so 44,100 times the size. 44,100 * 56 GB makes 24,696,000, so a bit less than 25,000 TB, or 25 PB.

This is way more than achievable with a standard PC, but if you build a supercomputer, it's very well reachable. The IBM Summit has ten times as much, and it's a real bargain at \$200M.

Now, let's check how much time you need to generate the world. On my Ryzen 7 3800X, using WorldBorder, I can generate approx. 200 chunks per second. Your world has (12550284²)/(16²) ~ 6.1*10¹¹ chunks. This makes 30 trillion seconds, or 35,606 days. Wow, just 100 years to populate your world after you've assembled the computer to store the data, and started the generation process.

Of course, you'll probably have more than one CPU in your supercomputer. Let's assume you have 64 cores, set up 64 instances of Minecraft, and let each of them generate a part of the world. Assuming the CPUs are faster than mine, this may give you a factor of 100. So your world may actually be done in just 1 year!

• Just doing the math in my head.. ~10^7/~10^4 ~ 10^3. 10^3^2 = 10^6. So the given map is very roughly a million times bigger than your existing server and not 440 times. I think you got the original world wrong by an order of magnitude.
– Voo
Commented Apr 21, 2020 at 11:16
• No, because only the chunks you actually visit get generated; teleporting anywhere creates some chunks around the place you teleported to, not the whole world between spawn and that place. Commented Apr 21, 2020 at 21:10
• Involving a supercomputer (Tianhe-1A is ~4MW per hour, so that would equate to \$400 per hour with 10 cents/kWh, which in a day is \$9600)? Commented Apr 23, 2020 at 1:52
• @Phoenix: Jokes about supercomputers aside, it'd probably be cheaper to design a better logic system to meet your goal more efficiently. I mean, I doubt your goal is to actually store such a massive world, as the same problems with storing/generating it apply to observing it.
– Nat
Commented Apr 23, 2020 at 5:09
• I think this answer is much better than the accepted one, because it is based on data from a real Minecraft server and not just a guesstimate based on theoretical numbers. Commented Apr 23, 2020 at 10:41

In regards to the main question of "How many bytes would a world of this size require?"

The answer to that varies between Minecraft version, the kind of compression involved and the specifics of the world being created, and thus is impossible to get anything more than a ballpark figure for.

In regards to the secondary question of "Can I fit a world of this size in the 3GB left over on my USB stick", I'd like to demonstrate a different way of proving that 3GB is nowhere near enough using a worked example and some fictitious assumptions to make the maths a bit more appealing.

Let's assume that:

• 1 chunk = 16x16x256 blocks
• 1 chunk requires 1 byte
• It's probably a lot more, this is a simplification

In which case the question becomes how many bytes would you need to store a `12550824 * 12550824` world...

• `12550824 / 16` is `784426.5`
• The number of chunks along each dimension
• `784426.5 * 784426.5` is `615324933902.25` bytes
• The number of total chunks, and thus the number of bytes needed to store that many chunks, assuming 1 byte per chunk
• `615324933902.25 / 1024` is `600903255.763916015625` KB
• `600903255.763916015625 / 1024` is `586819.5857069492340087890625` GB
• `586819.5857069492340087890625 / 1024` is `573.06600166694261133670806884766` TB
• The total number of terabytes, stopping there because that's smaller than 1 petabyte

~574 Terabytes worth of fictional 1-byte chunks.

So assuming that 1 chunk could magically be stored in a single byte (a feat that is, as far as I'm aware, impossible), you're already looking at terabytes of information. In reality, chunks would undoubtedly require more than just a single byte of information, so you'd easily be looking at more than just a few terabytes..

Hence the answer is "Not even close". Either shrink your world or get a bigger USB stick.

• "[O]r get a bigger USB stick." Right, I need to go find my 1PB flash key... Know where I could buy one if I can't find it? Commented Apr 22, 2020 at 21:01
• @Himitsu_no_Yami If you've got enough money then a house full of 32TB SSDs hooked up to servers might suffice. (Not to mention the energy bill and the liquid nitrogen needed to keep everything sufficiently cool.) Commented Apr 22, 2020 at 21:14
• But then it's not a USB stick anymore Commented Apr 22, 2020 at 21:15
• @Himitsu_no_Yami It is if you build the house in the shape of a USB stick. But they do already make house shaped USB sticks, so I'm sure nobody would know the difference if you just stuck a USB cable on the side of the house. Commented Apr 22, 2020 at 21:25

As other answers have stated, a fully generated 12550824 x 12550824 world can take up to 12550824 x 12550824 x 256 x 2.5 bytes = 1.00815e+17 bytes or 101 PB. If we want to be generous and assume that large chunks of air blocks are not stored, we can probably reduce the effective height to 128 blocks, yielding 50.5 petabytes. However, your world will only take up this much space if every single chunk within that space has been observed by a player.

If, instead of doing that, you spawn at (0, 0) and immediately teleport to (12550824, 12550824) (`/tp 12550824 ~ 12550824`), you will instead only generate the chunks immediately around (0, 0) and (12550824, 12550824). If your render distance is 32 chunks, this means approximately 32 x 32 x 2 = 2048 chunks will be generated. This yields a total of 134,217,728 blocks, for up to 335,544,320 bytes, or 335 MB - well within the confines of your USB drive. None of the other chunks, either between the two teleport points or anywhere else in those square confines, exist - you've never seen them, so why should the engine go through the trouble of generating them?

Now let's consider a case where instead of teleporting, you simply walk due East until you reach (12550824, 0). This will essentially generate a straight line of chunks around you, reaching up to 32 chunks (or 1024 blocks) on either side of the line, plus 1024 blocks behind your start point and 1024 blocks ahead of your finish point. This means that a rectangular prism of (12550824 + 2048) x 2048 x 256 = 6,581,320,155,136 blocks will be generated, or up to 16,453,300,387,840 bytes or 16.5 TB. Still way too big for your USB stick, but a small amount of compression would probably get that under 16 TB, and you can buy good-quality 16 TB hard drives for less than \$500 USD.

As a middle ground, let's consider teleporting through non-command methods - using Nether portals. Each block length down in the Nether is equivalent to 8 lengths in the Overworld, so if you build a Nether portal at (0, 0), walk due East to (1568853, 0), and build another Nether portal there, you will pop out at (12550824, 0) in the Overworld. The Nether will generate a rectangle of chunks as in the previous paragraph, though this rectangle will be eight times smaller: (1568853 + 2048) x 2048 x 256 = 823,604,543,488 blocks, or 2.06 TB. In the Overworld, however, the space between the two portals will not be generated, and you will end up with the two islands of chunks described in the `/tp` case - only 335 MB, which keeps the effective total data to 2.06 TB. A little compression will get that under 2 TB, and 2 TB drives are even more affordable, with good quality drives coming in at just a little more than \$50 USD.

As an aside, USB sticks are notoriously short lived and not durable, and I would not recommend one of any size for running a Minecraft server. I would only consider the option if a) you are only using the stick to transfer the world and are not actually running it off the stick, or b) maybe you are running the server as some sort of one-night, LAN party thing and don't see better hardware worth investing in (though I'll aside in that case that you probably won't explore nearly any of that generated world in that time). If you have access to any better dedicated hard drives or SSDs (even one connected over a USB SATA or NVMe interface), I would highly recommend using those.

Alright, so... you have 1255084 x 1255084 blocks x 256 (remaining air blocks or other block u wanna put) and multiply. you get 4.0326038e+15. assuming each block is a byte, you have 4.0326038e+15 bytes, which is a LOT more than 3 GB. so you may want to consider a smaller world. The best USB sticks sold right now for that amount of data are hundreds of USD.

• It's not 1255084, but 12550824 - you are missing a digit. So you might be off by a bit ;) Commented Apr 21, 2020 at 13:29
• so that would technically be almost ten times more than my previous answer. thats a lot of bytes
– Odd
Commented Apr 22, 2020 at 1:11
• almost a hundred times in fact. also, hi @Odd , do you not have the privileges to edit your own answer yet? Commented Apr 23, 2020 at 14:04
• i can edit my answer, but its only 10x more data than my previous mistaken calculation
– Odd
Commented Apr 24, 2020 at 15:23

I think I might have a solution 1.Get Optifine to help Minecraft load in the world 2.Turn your render distance in down to 2 to unload a lot of chunks 3.Move the world into 1.15

• I asked specifically, how much space will it take up. Commented Apr 19, 2021 at 16:31
• Also this entire question revolves around generating/pre-generating a world of this size, so its kinda not going to help. Commented Apr 19, 2021 at 16:39