+- Cuberite Forum (https://forum.cuberite.org)
+-- Forum: Cuberite (https://forum.cuberite.org/forum-4.html)
+--- Forum: Development (https://forum.cuberite.org/forum-13.html)
+--- Thread: 4mil Chunk generation slowdown. (/thread-2147.html)
Pages:
1
2
RE: 4mil Chunk generation slowdown. - ThuGie - 10-06-2015
If you want me to run certain builds for 4mil or even higher just upload the build and tell me to run it on the server :p.
the server does not have the tools to compile.
I just use it to test then :p.
Can always make a survival server out of it later, havent even setup the proper subdomain yet so.
RE: 4mil Chunk generation slowdown. - NiLSPACE - 10-06-2015
I wonder why the speed suddenly drops like that. Though it wouldn't happen with allot of people, since this was a server generating non-stop for 22 hours, it could be possible that it would happen when a large server is online for a long time. Of course it's also possible that this can only happen when a server is preparing the spawn.
RE: 4mil Chunk generation slowdown. - xoft - 10-06-2015
I believe it's mostly due to the caches.
Take the biome cache, for example. By default it stores up to 4 * 64 chunks worth of biomes. When the spawn generator goes from left to right for the first time, it primes the cache. When it goes back from right to left, it re-uses most of the values in the cache, adding only those that are one chunk below. However, that only works as long as the values from the first pass stay in the cache. When the left-to-right pass is too long, the values from the start of the run get pushed off out of the cache before the left-to-right pass is completed, so the following right-to-left pass has to generate them again. In my opinion that's what happens at the first drop in the graph, at around 40 % of the X axis.
First the biome cache gets depleted like this, because it's the most heavily used one. Then the composition cache gets depleted, and that's when the line starts going all wiggly.
RE: 4mil Chunk generation slowdown. - xoft - 10-06-2015
Hmm, wait, no, that's not right. The spawn preparation runs the entire length of the spawn area from the beginning. I had thought it was making con-centric squares. The cache theory is all wrong now. And I have no idea as for the slowdown.
RE: 4mil Chunk generation slowdown. - Seadragon91 - 10-06-2015
I created a world with PregenerateDistance=200.
Result 3 GB RAM and on generation 160 - 180 chunks/second.
Tested this on another PC.
Result 1,5 GB RAM and on generation 60 - 65 chunks/second.
Anyone has a idea why the RAM here has only 50 % less then the another one? It's the same seed.
RE: 4mil Chunk generation slowdown. - xoft - 10-06-2015
The spawn chunks aren't kept in memory, they are unloaded after a while.
RE: 4mil Chunk generation slowdown. - Seadragon91 - 10-06-2015
Ah okay.
Have rendered the 40k chunks on the pc with processor i5 4 cores on a ssd and it took only 3-4 mins
RE: 4mil Chunk generation slowdown. - ThuGie - 10-07-2015
Xoft want teamviewer access to the system ?
As long as you dont close random windows that are open in the background its fine, no private data on there at all so.
RE: 4mil Chunk generation slowdown. - xoft - 10-07-2015
I don't think that's needed now, thanks for the offer. There's more important stuff that needs my attention first, generator speeds for such large worlds are not something one would run into daily
RE: 4mil Chunk generation slowdown. - ThuGie - 10-07-2015
Yeah i would guess thats true, and it doesn't really bother me even if i had to run it for a week to generate it :p.
Its online 24/7 so meh.
I was more like why and is this known :p.