I am myself suffering from this issue. I noticed that the answer was "works as intended" but i dont see how maxing out the cpu could be anything that works as intended. When going through nether portals, to and from the nether i am getting major lag spikes. This has been prevalent all through the pre-releases (1-5) but wasnt an issue in the last snapshot. Unfortunately this is making the server quite unstable and as i have a streamer based server for snapshot testing i cannot use any of the pre-releases until this has been solved. Hopefully this will be sorted soon. I have included a screenshot of the cpu at the moment of using a portal.
[media]Can confirm having the same types of errors.
[00:41:39] [Server thread/WARN]: Can't keep up! Is the server overloaded? Running 3653ms or 73 ticks behind
[00:44:31] [Server thread/ERROR]: Failed to save chunk 10,-21
java.lang.NullPointerException: Cannot read field "d" because "$$0" is null
at ddm.b(SourceFile:23) ~[server-1.18%20Pre-release%201.jar:?]
at com.mojang.serialization.codecs.RecordCodecBuilder$Instance.lambda$ap2$4(RecordCodecBuilder.java:215) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.codecs.RecordCodecBuilder$2.encode(RecordCodecBuilder.java:112) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.MapCodec$MapCodecCodec.encode(MapCodec.java:96) ~[datafixerupper-4.0.26.jar:?]
at xz.a(SourceFile:34) ~[server-1.18%20Pre-release%201.jar:?]
at xv.a(SourceFile:42) ~[server-1.18%20Pre-release%201.jar:?]
at xv.encode(SourceFile:13) ~[server-1.18%20Pre-release%201.jar:?]
at com.mojang.serialization.Encoder.encodeStart(Encoder.java:14) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.codecs.FieldEncoder.encode(FieldEncoder.java:24) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.MapCodec$1.encode(MapCodec.java:39) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.codecs.RecordCodecBuilder$Instance$4.encode(RecordCodecBuilder.java:222) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.codecs.RecordCodecBuilder$2.encode(RecordCodecBuilder.java:112) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.codecs.KeyDispatchCodec.encode(KeyDispatchCodec.java:92) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.MapCodec$MapCodecCodec.encode(MapCodec.java:96) ~[datafixerupper-4.0.26.jar:?]
at com.mojang.serialization.Encoder.encodeStart(Encoder.java:14) ~[datafixerupper-4.0.26.jar:?]
at dem.a(SourceFile:72) ~[server-1.18%20Pre-release%201.jar:?]
at det.a(SourceFile:119) ~[server-1.18%20Pre-release%201.jar:?]
at dfb.a(SourceFile:53) ~[server-1.18%20Pre-release%201.jar:?]
at dev.a(SourceFile:81) ~[server-1.18%20Pre-release%201.jar:?]
at cqn.a(SourceFile:421) ~[server-1.18%20Pre-release%201.jar:?]
at cqn.a(SourceFile:373) ~[server-1.18%20Pre-release%201.jar:?]
at acp.a(SourceFile:758) ~[server-1.18%20Pre-release%201.jar:?]
at acp.e(SourceFile:457) ~[server-1.18%20Pre-release%201.jar:?]
at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) ~[?:?]
at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:179) ~[?:?]
at it.unimi.dsi.fastutil.longs.Long2ObjectLinkedOpenHashMap$ValueIterator.acceptOnIndex(Long2ObjectLinkedOpenHashMap.java:1736) ~[fastutil-8.5.6.jar:?]
at it.unimi.dsi.fastutil.longs.Long2ObjectLinkedOpenHashMap$ValueIterator.acceptOnIndex(Long2ObjectLinkedOpenHashMap.java:1723) ~[fastutil-8.5.6.jar:?]
at it.unimi.dsi.fastutil.longs.Long2ObjectLinkedOpenHashMap$MapIterator.forEachRemaining(Long2ObjectLinkedOpenHashMap.java:1260) ~[fastutil-8.5.6.jar:?]
at it.unimi.dsi.fastutil.longs.Long2ObjectLinkedOpenHashMap$ValueIterator.forEachRemaining(Long2ObjectLinkedOpenHashMap.java:1723) ~[fastutil-8.5.6.jar:?]
at it.unimi.dsi.fastutil.objects.ObjectSpliterators$SpliteratorFromIterator.forEachRemaining(ObjectSpliterators.java:1194) ~[fastutil-8.5.6.jar:?]
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484) ~[?:?]
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474) ~[?:?]
at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) ~[?:?]
at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) ~[?:?]
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:?]
at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) ~[?:?]
at acp.a(SourceFile:454) ~[server-1.18%20Pre-release%201.jar:?]
at ada.a(SourceFile:305) ~[server-1.18%20Pre-release%201.jar:?]
at adc.a(SourceFile:741) ~[server-1.18%20Pre-release%201.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:561) ~[server-1.18%20Pre-release%201.jar:?]
at net.minecraft.server.MinecraftServer.b(SourceFile:585) ~[server-1.18%20Pre-release%201.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:845) ~[server-1.18%20Pre-release%201.jar:?]
at net.minecraft.server.MinecraftServer.w(SourceFile:684) ~[server-1.18%20Pre-release%201.jar:?]
at net.minecraft.server.MinecraftServer.a(SourceFile:270) ~[server-1.18%20Pre-release%201.jar:?]
at java.lang.Thread.run(Thread.java:831) [?:?]
[00:44:32] [Server thread/WARN]: Can't keep up! Is the server overloaded? Running 2175ms or 43 ticks behind
sorry i must have missed that one when i searched. Hopefully will be sorted soon
I know thats how its intended in previous versions but with glowsquids dying on the edges of water and dropping their items this causes a ton of zombies walking around unable to be despawned hence why it causes lag.
yep didnt see the original post i was searching for the wrong thing. Disregard this bug please