Closed cosmicdan closed 8 years ago
fixed, also minimised the rather expensive toIIC
calls and got rid of all NPE possibilities intellij idea was finding.
If you want, you can try running my unofficial test build from PR #747. Please note that this is not any form of official build, so don't distribute it or report bugs against it - except for things related to this issue. Also: backups as usual.
Great, will do - thanks a lot and understood!
On 9 Dec 2015, cobra notifications@github.com wrote:
If you want, you can try running my [unofficial test build from PR
747](https://www.dropbox.com/s/s411yxl7gpergca/ImmersiveEngineering-0.6.4-pre%2Bgit35629ed.jar?dl=1).
Please note that this is not any form of official build, so don't distribute it or report bugs against it - except for things related to this issue.
Reply to this email directly or view it on GitHub: https://github.com/BluSunrize/ImmersiveEngineering/issues/746#issuecomment-163163754
Sent with K-@ Mail - the evolution of emailing.
Heya @cobra - In this pre-0.6.4 build, we get excessive latency in our SMP server (falling through the world for ~30 seconds upon login, 5-10 seconds lag when opening some GUI's or using Voltmeter, etc). Confirmed by rolling back to 0.6.2, all is fine.
Server log only shows this error:
java.lang.NullPointerException
at cpw.mods.fml.common.network.FMLOutboundHandler$OutboundTarget$5.selectNetworks(FMLOutboundHandler.java:129) ~[FMLOutboundHandler$OutboundTarget$5.class:?]
at cpw.mods.fml.common.network.FMLOutboundHandler.write(FMLOutboundHandler.java:273) ~[FMLOutboundHandler.class:?]
at io.netty.channel.DefaultChannelHandlerContext.invokeWrite(DefaultChannelHandlerContext.java:644) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.write(DefaultChannelHandlerContext.java:698) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.write(DefaultChannelHandlerContext.java:637) ~[DefaultChannelHandlerContext.class:?]
at io.netty.handler.codec.MessageToMessageEncoder.write(MessageToMessageEncoder.java:115) ~[MessageToMessageEncoder.class:?]
at io.netty.handler.codec.MessageToMessageCodec.write(MessageToMessageCodec.java:116) ~[MessageToMessageCodec.class:?]
at io.netty.channel.DefaultChannelHandlerContext.invokeWrite(DefaultChannelHandlerContext.java:644) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.write(DefaultChannelHandlerContext.java:698) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.writeAndFlush(DefaultChannelHandlerContext.java:688) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.writeAndFlush(DefaultChannelHandlerContext.java:717) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelPipeline.writeAndFlush(DefaultChannelPipeline.java:893) ~[DefaultChannelPipeline.class:?]
at io.netty.channel.AbstractChannel.writeAndFlush(AbstractChannel.java:239) ~[AbstractChannel.class:?]
at cpw.mods.fml.common.network.simpleimpl.SimpleNetworkWrapper.sendToAll(SimpleNetworkWrapper.java:182) ~[SimpleNetworkWrapper.class:?]
at blusunrize.immersiveengineering.api.tool.ExcavatorHandler.recalculateChances(ExcavatorHandler.java:69) ~[ExcavatorHandler.class:?]
at blusunrize.immersiveengineering.ImmersiveEngineering.postInit(ImmersiveEngineering.java:126) ~[ImmersiveEngineering.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_66]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_66]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_66]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_66]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:?]
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_66]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_66]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_66]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_66]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_66]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_66]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) ~[LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:742) ~[Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.finishServerLoading(FMLServerHandler.java:97) ~[FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStarted(FMLCommonHandler.java:319) ~[FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:210) ~[lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]
EDIT: Sorry, hit CTRL+Enter accidently :)
I notice it mentions excavator, but we don't even have one in this world. (I've assuming that method is related to deciding the yields for a particular chunk, rather than the excavator machine itself). Unsure if it's related, as there is no log spam on either client or server.
I don't know what's going on there. Probably it's just me not having a proper build setup even though everything is working okay on my end. Did you have a chance of checking whether the original issues are gone with that one?
Yes indeed, the server was at least stable with the build you shared.
No matter. I am experiencing localized latency at the moment (it was just made much more severe by the build I had of yours). We will keep the server on 0.6.2 for the moment, and try again when 0.6.4 comes out (0.6.3 has only been out <24 hours anyway, maybe others on SMP will make a new issue regarding latency anyway).
In short, we're happy to stick with 0.6.2 for the moment, and will look into this latency issue again when 0.6.4 is actually released. Thanks!
On an SMP Forge server (latest recommended version, crash report below), have major stability issues. Upon server restarting, various LV wires will be missing (changes every time) but not all. They are sometimes in-between two capacitors, going from a Mekanism wire to an IC2 machine; no solid pattern of what/why it happens.
Will restore server backup and revert to 0.6.2 for now.