Actually, you are, but it’s to a much less severe degree. Notice the red spikes that happen every time you open the inventory with that tab open.
Howdy!
Here is a video of the issue in action along with a demonstration of my proposed fix: https://youtu.be/KO2EdpD_MKM
I mentioned a proposed fix to the issue in the video. The source code of which can be found here: https://github.com/VideoGameSmash12/Librarian/blob/8ce374ae534b112f2f23d5ffd13c81f2e086d252/26.1/src/main/java/me/videogamesm12/librarian/v26_1/mixin/HotbarMixin.java
Here is a copy of the hotbar.nbt I used in my demonstration video: https://files.catbox.moe/oj8to0.nbt
The conversion process happens regardless of the state of the hotbar.nbt file, but it is required that you have a lot of saved hotbar data in memory. A blank hotbar.nbt file will not produce any sufficiently noticeable lagspikes.
Here are my system specifications:
CPU: AMD Ryzen 7 7800X3D
GPU: AMD Radeon RX 7800 XT
RAM: 64 GB DDR5
Since it lagspikes on my system even with such specifications, this also carries the implication that the lagspikes are greater on weaker systems..
Cheers.
This doesn't really seem like a bug, just the product of inefficient code. The world freezing is caused by the Server thread trying to save everything to disk, so everything kind of "freezes" for a bit while it saves everything.
Reminds me of one time when I witnessed my game disintegrate back in 2018. Eventually even the title screen was messed up.
Review your footage. Every time you open the creative inventory menu, your FPS graph experiences a larger than usual spike. That is caused by the game trying to process the items.