@FrailLeaf@FUCKINGWHOCARESDUDE No idea. From my experience, delays are mostly caused by large federation queue, one can either wait it out or drop the queue in entirety, but that might result in some posts, remote or local, never federating until they get interacted with.
@FUCKINGWHOCARESDUDE@FrailLeaf OTP releases bundle Erlang/Elixir with them, so the instruction is definely about the source releases. Looks like vm.args exists ( ./releases/2.6.50-0-geef9a89c4-ryona-dev/vm.args, change the version to your own) and is read by starting script (./bin/pleroma) so it might be as easy as adding your settings there, but I haven't done it as I had no need to.
@mint@FrailLeaf Do you know about optimizing the beam as below in the docs? I have no clue if this applies to the OTP installation or what. It also doesn't say what needs to be a systemd service or if the instance needs to be stopped here. I understand if you don't know. I certainly don't.
@FUCKINGWHOCARESDUDE@FrailLeaf So a dedicated hardware, like mine (A8-6500B, 24 gigs). Beam shouldn't be an issue, since its troubleshooting mostly applies to instances living on overprovisioned VPS hosts.
@mint@FrailLeaf It seems like there's a way to optimize it for dedicated hardware, though. The flip side is that I honestly don't know what the issue is, so that makes this a total shot in the dark.