I'm not sure if links are allowed here, but I made a 3d object of the layers I've tested, you can fly through it in your webbrowser: https://sketchfab.com/3d-models/fseaworld-test-flower-spawning-6d79c69f70874a2c8043373a9975df30
Hi, just my 2cents here, at level 64 I had the same problemn in 1.18.2, but started testing the whole flowerforest of my farm with a datapack that bonemeals/replaces gras untill the flower appeared, I noticed that till about y:90 the lily, but also the dandelion, didn't show at all, and only a small patch of poppies and cornflowers (that surround the dandelion/lily resp. in a flowerforest) higher up they both became much more common in much bigger patches of poppies and cornflowers. So it is worthwile to check higher up.
I accidently started the raid when visiting my villager crop farm, It has a single bed. I broke the bed before the first enemy spawned. The raid bar has been persistent ever since. I've tried doing a testfor to find any enemies, setting to peaceful AND traveling around the area and below the area to ensure they don't remain, and also removed any beds in a 200 block radius. Simulation distance is 4. I've also completed and failed additional raids in the area
I'm stumped as to why the raid bar won't go away.
I've upgraded a copy of my server to 22w05a with the forceupgrade and erasecache options as I did before, and ran it vanilla. I could not reproduce the excessive writing to disk nor the raised mspt with the same steps I used before, so I can confirm it is solved.
To be sure the sync-chunk-writes
setting didn't influence the result I tested both with this setting on false and true. With both values this issue seems resolved.
Thank you very much for fixing this 🙂
Hello, I did some more testing, ran my server as vanilla (normally I use Fabric + a bunch of optimizing mods), same behaviour except higher mstp drop when the stack is being processed (+14 mspt when being pushed through the hopperline and sorting, +6 mspt when only sorting) . I changed sync-chunk-writes
from true to false in server.properties, that stopped the contineous saving to disk!!! But it did not change the mspt drop, so I guess those issues are not related.
Hello, I just want to add that this is not specific to Linux, there is always a lot of things going on on my Windows server, and on a test-version in 1.18.1 I see constant writes of 3 to 4 MB p/second. I also see a loss of 5-10 mspt when I simply put a stack of items in a chest, while the items flow through the connected hopperline the mspt increase is 4-5 mspt, but mspt goes up to 10 extra mspt once they start being processed by a small redstone contraption that filters these items into stackable/unstackable, shulkerbox yes/no, empty/filled shulkerbox, and finally a shulkerbox-filler for stackable and non-stackable items. This is accompanied by an increase of amount of diskwrites.
I haven't done the exact math, but I am quite sure this behavior will trash my SSD within months.
Please look into this, if you need any more info let me know 🙂
I am so confused what just happened. I Just made it 'switch to classic skin' and then go back on the capes tab and the founder's cape is back again. No clue why it doesn't show up in the new skin system mode.
Probably the same thing happening to me. I'm on windows 10. I had it on before and now it's just gone.
Probably the same thing has happened to me! It's just gone and I don't know why.
Hello, I am not sure it is usefull to comment on a closed issue, but this issue has plagued me several versions and still occurs in 1.16.2, the strange thing is, if I load the area one time it works normal (detector rail gets unpowered after minecart is sent off) and the next I load that area it stays powered.
I didn't expect this response, I searched the open issues, never realized it was as intended.
Maybe it is me, but I don't understand why a hostile mob inside a minecart doesn't count towards the mobcap anymore, it is still hostile (and can still kill me).
But thank you for the reply.
btw you remark about the feedback website is kind, but useless for such a specific situation.
added a photo to show these unloaded/corrupted chunks. this issue starts happening when we start seeing these. only fix we've found is to wait until the realm restarts
When i've encounted this previously it appeared to be related to corrupted/unloaded chunks. These were areas in our over world which would not render. The only resolution we found was waiting for the nightly restart of the realm
this has occurred on the bedrock realm i play on as well. several players, including myself encountered this. the impacted players are using various platforms.
its possible the issue is related to some unrendered/corrupted chunks. The only solution we've found is to restart the realm or wait for the nightly reboot or crash.
immediately following the next restart we were all able to load in.
This has impacted two of our realm members since the update. An additional note, one of them reported his player is never hungry now - confirmed he was in survival.
please address quickly. Thank you
> On Apr 29, 2016, at 7:56 AM, [Mod] CubeTheThird (JIRA) <[email protected]> wrote:
>
> [Mod] CubeTheThird <https://bugs.mojang.com/secure/ViewProfile.jspa?name=cubethethird> resolved an issue as Awaiting Response
>
> Does this occur using the most recent 1.9.3 pre-release (currently pre-2)? There have been several performance-related issues fixed for the next full release.
> Minecraft <https://bugs.mojang.com/browse/MC> / <https://bugs.mojang.com/browse/MC-101414> MC-101414 <https://bugs.mojang.com/browse/MC-101414>
> nether lags in single player mode <https://bugs.mojang.com/browse/MC-101414>
> Change By: [Mod] CubeTheThird <https://bugs.mojang.com/secure/ViewProfile.jspa?name=cubethethird>
> Resolution: Awaiting Response
> Status: Open Resolved
> <https://bugs.mojang.com/browse/MC-101414#add-comment> Add Comment <https://bugs.mojang.com/browse/MC-101414#add-comment>
>
> This message was sent by Atlassian JIRA (v6.1.6#6162-sha1:7af547c)
>
1.9.3 pre fixed it! Thanks 🙂
you may want to look at solo fishing in a small pond (3x3) the bobber graphic appears to float in mid air.
Same issue. iPad2, iOS 9.3.4 , MCPE 0.15.4.1.
Thanks for you reply. As MCPE-14125 is not a resolution, should I then update MCPE-14125 with my information as requested ("please provide your device make and model, operating system and version.")?
My iPhone 13 also does this.