Jump to content

[FIXED] Client "slow"


GigaToni

Recommended Posts

I don't know how to describe my issue. But.. I try.

 

The client connection seems slow / not receiving some packets / stuck at some packets.

 

I mean the following:

1. If I type "f" in chat, the server immediately receives it, but the same client that type it in takes ~2-3 Minutes to display (sometimes it doesn't do it at all.)

2. Some entities are moving, some are stuck staying in one place.

3. TPS is fine. TPS is in the overworld at 20.

4. Server ping to my client is ~100ms.

 

Example:

zsrcbmt.png

 

Log doesn't help in this case..

http://pastebin.com/6Ydt6HuX (last 922 lines)

 

If I disconnect I'll get something like (spamming on the server):

[04:14:17] [Netty IO #11/ERROR] [FML]: NetworkDispatcher exception

java.io.IOException: An existing connection was forcibly closed by the remote ho

st

        at sun.nio.ch.SocketDispatcher.writev0(Native Method) ~[?:1.8.0_66]

        at sun.nio.ch.SocketDispatcher.writev(Unknown Source) ~[?:1.8.0_66]

        at sun.nio.ch.IOUtil.write(Unknown Source) ~[?:1.8.0_66]

        at sun.nio.ch.SocketChannelImpl.write(Unknown Source) ~[?:1.8.0_66]

        at io.netty.channel.socket.nio.NioSocketChannel.doWrite(NioSocketChannel

.java:249) ~[NioSocketChannel.class:?]

        at io.netty.channel.AbstractChannel$AbstractUnsafe.flush0(AbstractChanne

l.java:680) [AbstractChannel$AbstractUnsafe.class:?]

        at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.forceFlush(

AbstractNioChannel.java:266) [AbstractNioChannel$AbstractNioUnsafe.class:?]

        at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.jav

a:488) [NioEventLoop.class:?]

        at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEve

ntLoop.java:447) [NioEventLoop.class:?]

        at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:341) [NioEven

tLoop.class:?]

        at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThread

EventExecutor.java:101) [singleThreadEventExecutor$2.class:?]

        at java.lang.Thread.run(Unknown Source) [?:1.8.0_66]

Link to comment
Share on other sites

It sounds like, but it isn't. Because why should the server receive the message INSTANTLY, but the client not?

 

Also the ping to the server says 80ms. Which isn't bad considering the client is in germany and the server in the us.

 

"Some entities are moving, some are stuck staying in one place." <-- This is also a proof that a bad connection is not the case. If I had a bad connection all entities would be stuck. Not just a few.

 

It has to be some kind of problem with the MC Server. Because If I "do stuff" like breaking blocks, die etc. and then disconnect, the console spams Netty packet errors.

 

[04:14:17] [Netty IO #11/ERROR] [FML]: NetworkDispatcher exception

java.io.IOException: An existing connection was forcibly closed by the remote ho

st

<-- This. So the server is queuing all packets up, and when I disconnect it cancels the packets.

 

EDIT:

Also I was stupid. I've removed all mods and started the wrong server before. With no mods. I have no problem whatsoever. So not a forge problem. Guess that means disabling mods until it doesn't happen anymore.

 

EDIT2:

It doesn't happen with other big modpacks, such as Direwolf20, FTB Infinity.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.



×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.