AE2FC Universal Wireless Terminal Causing significant delays

JodieRuth commented 1 year ago

Your GTNH Discord Username

JodieRuth

Your Pack Version

2.3.5

Your Server

SP

Java Version

Java 8

Type of Server

Vanilla Forge

Your Expectation

Open the Universal Wireless Terminal to interact with the ME network.

The Reality

Open it as follows. Performing any operation on this interface, including retrieving and storing items, requesting automatic crafting, or checking the crafting status, can cause significant delays (not only on the client side). It looks like the game has been frozen. Turning off Universal Wireless Terminal has no effect, and requests for automatic crafting calculations can sometimes result in the game not responding. This situation does not occur in any wireless terminals of AE2 Wireless Crafting Terminal or terminals that rely on ME Cable, and all wireless terminals of AE2FC have this issue.This is even more evident on the massive ME network at the end of the game. $2XV{YISIC_)9DYS X7E@V_7$ 打开后如下。在这个界面进行任何操作，包括拿取与存入物品，请求自动crafting或者检查Crafting status均会造成非常大的延迟（不止存在于客户端）。看起来就像游戏被冻结了。关闭Universal Wireless Terminal无作用，请求自动crafting计算时有时会导致游戏未响应。这种情况未出现在AE2 Wireless Crafting Terminal的任意Wireless Terminal或者需要依赖ME Cable的Terminal，AE2FC的所有Wireless Terminal均有此问题。这在游戏末期的极大规模的ME网络上更为明显。

Your Proposal

AE2FC Universal Wireless Terminal is a very useful tool, please fix it

Final Checklist

[X] I have searched this issue tracker and there is nothing similar already. Posting on a closed issue saying the bug still exists will prompt us to investigate and reopen it once we confirm your report.
[X] I can reproduce this problem consistently by follow the exact steps I described above, or this does not need reproducing, e.g. recipe loophole.
[X] I have asked other people and they confirm they also have this problem by follow the exact steps I described above, or this does not need reproducing, e.g. recipe loophole.

firenoo commented 1 year ago

As a temporary workaround, the server owner can set a few parameters in the ae2fc config:

#packetRate is the number of milliseconds before a packet can be sent (higher means less lag), but also makes the terminal less responsive to player interactions
I am not sure what effect the other parameter (packet size) have to be honest, just that it increases number of items sent over the network in 1 packet

JodieRuth commented 1 year ago

As a temporary workaround, the server owner can set a few parameters in the ae2fc config:

#packetRate is the number of milliseconds before a packet can be sent (higher means less lag), but also makes the terminal less responsive to player interactions

I am not sure what effect the other parameter (packet size) have to be honest, just that it increases number of items sent over the network in 1 packet

Yes, this works, unfortunately it makes Universal Wireless Terminal appear to be running in an environment with extremely high latency, but at least for now it will no longer freeze the server. Still not a perfect solution.

boubou19 commented 1 year ago

does it still happen on 2.3.6?

Ilithios06 commented 1 year ago

I can confirm that this issue still prevails on 2.3.6. This is the Network analysis in the task manager, you can clearly see when terminals are opened by the extreme spikes. Hence doing many operations with terminals such as encoding, requesting, inserting patterns in a pattern terminal in rapid succession cause severe lag. The issue also seems to appear with all types of terminals, wireless or not, at least thats my experience.

JodieRuth commented 1 year ago

Only the AE2FC wireless terminal has this issue, and everything is normal between AE2 and another MOD (I forgot its name) wireless terminal. 2.3.6 There is still this issue, and modifying cfg will only make wireless terminals work like in an environment with significant lag. This issue does not seem to occur on locally launched servers and single player games.

HESN commented 11 months ago

problem still exists on 2.4.1 as of confirmed today. Increasing packet rate in AE2FC config make the delay less but also makes the terminal feels unresponsive. it happens to fluid pattern terminal, fluid processing terminal and wireless universal terminal which all are from AE2FC.

zonkedzoey commented 10 months ago

Confirmed in 2.5, seems to be the same issue as https://github.com/GTNewHorizons/GT-New-Horizons-Modpack/issues/14495

Renders use on my dedicated server not possible as it saturates the network

Eysla commented 5 months ago

Still an issue on 2.6.1, making the universal wireless terminal (and all AE2FC wireless terminals) completely unusable for anyone with poor download speeds playing on dedicated servers.

UniLag

Opis shows that the universal terminal requires greater than ~1MiB/s download speed on the client's internet. While wireless terminals from the other mod as well as the non-wireless, in world terminals have no such requirement/issue.

opislag

Above is the ping graph generated by opis when I open the universal terminal. If the terminal remains open, I can see ping times >100000ms...

Ruling-0 commented 1 week ago

@Eysla @zonkedzoey @JodieRuth are any of you able to download a recent nightly version (https://gtnh.miraheze.org/wiki/Nightly_Builds) and confirm if this still occurs in 2.7?

duckedddd commented 1 week ago

Hi yes i also experience this on servers, got around it by using exitlag. From OCE and can play on EU /US servers no problem now, but there is still def something up with ae2fc terminals. I know multiple people who experience this issue particularly with larger ae networks.

GTNewHorizons / GT-New-Horizons-Modpack