MC-75679Excessive waste of bandwidth (Client and Server)
Recently I rent a server and start playing for a while, but as soon as I bred animals in medium to large quantities (around 100 in total), the server disconnected me.
I checked the server log which says:
lost connection: TranslatableComponent{key='disconnect.timeout', args=[], siblings=[], style=Style{hasParent=false, color=null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}
I assumed I lagged out, so I checked the used bandwidth whilst playing and it kept using all my upload for no reason. Next thing I did I checked the traffic with Wireshark (see in the first and second picture) more than 1000 ACK packets per second, all of them 54 bytes long clogging my limited 70kBytes upload rate (they sum up to more than 54kbyte/s). Other way round I received the same amount of packets (thats what all the ACK packets are for) with usable data being between 6 and 12 bytes; the problem: every packet is around 100 bytes long what means that 90% of the data is not usable for minecraft at all. Due to that excessive amount of ACK packets for every 6-12 byte data packet (I assume movement/position update packets) I keep lagging out and disconnecting from that server.
Picture 1 shows the traffic from my client to the server. (notice the time and the frame no.)
Picture 2 shows the traffic from the server to my client. (The last packets are the ones that send the disconnect message I think) Also you can see the "Len=*" which is the actual data being sent without the overhead TCP produces.
So in conclusion I cannot play on a server with more that like 100-200 entities around me because it will spam me with update packets.
Environment
Windows 7 64-bit
Java 8u25 (JDK8u25)
Vanilla 1.8.1 (Client and Server)
Linked Issues
Attachments2
Created Issue:
Excessive waste of bandwidth (Client and Server)
Recently I rent a server and start playing for a while, but as soon as I bred animals in medium to large quantities (around 100 in total), the server disconnected me.
I checked the server log which says:lost connection: TranslatableComponent{key='disconnect.timeout', args=[], siblings=[], style=Style{hasParent=false, color=null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}
{/noformat}I assumed I lagged out, so I checked the used bandwidth whilst playing and it kept using all my upload for no reason. Next thing I did I checked the traffic with Wireshark (see in the first and second picture) more than 1000 ACK packets per second, all of them 54 bytes long clogging my limited 70kBytes upload rate (they sum up to more than 54kbyte/s). Other way round I received the same amount of packets (thats what all the ACK packets are for) with usable data being between 6 and 12 bytes; the problem: every packet is around 100 bytes long what means that 90% of the data is not usable for minecraft at all. Due to that excessive amount of ACK packets for every 6-12 byte data packet (I assume movement/position update packets) I keep lagging out and disconnecting from that server.
Picture 1 shows the traffic from my client to the server. (notice the time and the frame no.)
Picture 2 shows the traffic from the server to my client. (The last packets are the ones that send the disconnect message I think) Also you can see the "Len=*" which is the actual data being sent without the overhead TCP produces.
So in conclusion I cannot play on a server with more that like 100-200 entities around me because it will spam me with update packets.
Environment
Windows 7 64-bit
Java 8u25 (JDK8u25)
Vanilla 1.8.1 (Client and Server)
Attachments2
Recently I rent a server and start playing for a while, but as soon as I bred animals in medium to large quantities (around 100 in total), the server disconnected me.
I checked the server log which says:lost connection: TranslatableComponent{key='disconnect.timeout', args=[], siblings=[], style=Style{hasParent=false, color=null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}
{/noformat}I assumed I lagged out, so I checked the used bandwidth whilst playing and it kept using all my upload for no reason. Next thing I did I checked the traffic with Wireshark (see in the first and second picture) more than 1000 ACK packets per second, all of them 54 bytes long clogging my limited 70kBytes upload rate (they sum up to more than 54kbyte/s). Other way round I received the same amount of packets (thats what all the ACK packets are for) with usable data being between 6 and 12 bytes; the problem: every packet is around 100 bytes long what means that 90% of the data is not usable for minecraft at all. Due to that excessive amount of ACK packets for every 6-12 byte data packet (I assume movement/position update packets) I keep lagging out and disconnecting from that server.
Picture 1 shows the traffic from my client to the server. (notice the time and the frame no.)
Picture 2 shows the traffic from the server to my client. (The last packets are the ones that send the disconnect message I think) Also you can see the "Len=*" which is the actual data being sent without the overhead TCP produces.
So in conclusion I cannot play on a server with more that like 100-200 entities around me because it will spam me with update packets.
Recently I rent a server and start playing for a while, but as soon as I bred animals in medium to large quantities (around 100 in total), the server disconnected me.
I checked the server log which says:lost connection: TranslatableComponent{key='disconnect.timeout', args=[], siblings=[], style=Style{hasParent=false, color=null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}I assumed I lagged out, so I checked the used bandwidth whilst playing and it kept using all my upload for no reason. Next thing I did I checked the traffic with Wireshark (see in the first and second picture) more than 1000 ACK packets per second, all of them 54 bytes long clogging my limited 70kBytes upload rate (they sum up to more than 54kbyte/s). Other way round I received the same amount of packets (thats what all the ACK packets are for) with usable data being between 6 and 12 bytes; the problem: every packet is around 100 bytes long what means that 90% of the data is not usable for minecraft at all. Due to that excessive amount of ACK packets for every 6-12 byte data packet (I assume movement/position update packets) I keep lagging out and disconnecting from that server.
Picture 1 shows the traffic from my client to the server. (notice the time and the frame no.)
Picture 2 shows the traffic from the server to my client. (The last packets are the ones that send the disconnect message I think) Also you can see the "Len=*" which is the actual data being sent without the overhead TCP produces.
So in conclusion I cannot play on a server with more that like 100-200 entities around me because it will spam me with update packets.
Dupe of
MC-61128
is duplicated by
I think this may be the same issue as the previously closed MC-75679. Visiting an area with lots of mobs, such as an underwater temple, or a farm with around 100 animals, uses a huge amount of upstream bandwidth, over 120 kilobytes/1 megabit per second. My home ADSL connection is saturated, I start dropping a lot of packets and Minecraft becomes unplayably laggy until I leave the area. It's one thing to avoid player-built environments with lots of mobs, but it's pretty frustrating not to be able to go to underwater temples at all.
Framerate is not affected, and player movement remains smooth, but interactions with the environment and mob movement can be delayed for ten seconds or even more, suddenly all occurring at once. Unrelated programs on the same Internet connection start suffering packet loss at the same time and recover when Minecraft is stopped or the area is left, also consistent with a saturated network connection. The ADSL connection's advertised upstream rate is "up to 1.4 megabits per second".
@Sonic I don't think so. I don't get such an error message. My problem is completely different from the one you linked.
Not a bug, but working by desgin.
The only alternative is setting of the option TCP_NODELAY where consecutive ACKs get accumulated, but the drawback is lag. You don't want to wait several hundreds of milliseconds after pressing a key to get a reaction from the server.
Well then, I think sending one packet per entity per tick is creating too much overhead (100 entities * 20 ticks = 2000 packets * ~100bytes = 200kBytes to the client and 2000 * ~54bytes ACK = 108kBytes, which I don't have; i only have 70kBytes) but I look forward to the next versions, maybe there is something done about that.
I am playing on a Minecraft Realm with considerable lag and disconnects. I noticed that all my upstream traffic was used (if I went to a big cow farm) and I think it is for the same reason as the issue.
May I politly request to consider re-opening this issue?
By accumulating not all but some packages (for example all packages within a 0.05 sec window) one could maybe find a solution without lag but greatly reduced package count. (1 package per 0.05 sec would reduce the package count in this example from 1000 to 20.)
Furthermore, I think that Mojang would benefit as well, since they pay for the traffic at their end, that is at the server.
Kumasasa the TCP behavior is by design, but I think the issue is real and could be avoided if the server did not send a packet per entity but instead batched up the entity updates each tick, yes? I am sure there are various performance and logistical trade-offs with different wire formats, but at a glance it smells to me like there could be a better Minecraft wire format which would do some amount of batching. I feel this bug should be re-opened.
Fair enough
Is this still an issue in the most recent versions (currently that is 1.10.2, or 16w43a) of Minecraft? If so, please update the affected versions and help us keeping this ticket updated from time to time. If you are the owner/reporter of this ticket, you can modify the affected version(s) yourself.