These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Issues, Workarounds & Localization

 
  • Topic is locked indefinitely.
 

Jumping from system to system - Load Lag

First post
Author
Previous Topic Next Topic
Binscarth
Zephyr Corp
#41 - 2012-01-08 05:45:55 UTC
I am having this problem, as well. Windows XP, NVIDIA 4200M. After jumping, almost always sitting for a minute. I kind of think this started when the new background nebulae, but I live in a wh, so it isn't normally a problem. Just before the screen loads, everything goes black for a second.
Danae Uriaal
Caldari Provisions
Caldari State
#42 - 2012-01-08 13:25:12 UTC
I got the same issues, started last friday, it had no issues before.... nothing changed on my desktop, as EVE is the only thing I run on it :P

It's a strange behaviour, as it does not happen every jump, sometimes it is the first jump, another time it takes 3 jumps before it lagges you out on the next jump.
Also the lag is different, sometimes is get stuck and loads for 30 seconds, while in some cases it can take up to 5 minutes.
Everything else keeps working, market, chats, maps, etc.. etc..

When you jump, it actually loads the new system (names etc.. are changed) but the overview stays empty "nothing found" and also your current speed stays active on xx M/S (this various). than a baclscreen pops up and the new system is loaded (after 30 sec to 5 minutes).
Firebolt145
The Hatchery
RAZOR Alliance
#43 - 2012-01-08 20:02:21 UTC
Turns out my 'fix' isn't permanent. Almost lost a ship to it again tonight.

Fml.
GRWAN
Perkone
Caldari State
#44 - 2012-01-08 21:31:49 UTC
Danae Uriaal wrote:
I got the same issues, started last friday, it had no issues before.... nothing changed on my desktop, as EVE is the only thing I run on it :P

It's a strange behaviour, as it does not happen every jump, sometimes it is the first jump, another time it takes 3 jumps before it lagges you out on the next jump.
Also the lag is different, sometimes is get stuck and loads for 30 seconds, while in some cases it can take up to 5 minutes.
Everything else keeps working, market, chats, maps, etc.. etc..

When you jump, it actually loads the new system (names etc.. are changed) but the overview stays empty "nothing found" and also your current speed stays active on xx M/S (this various). than a baclscreen pops up and the new system is loaded (after 30 sec to 5 minutes).

same here
Katie Frost
Ministry of War
Amarr Empire
#45 - 2012-01-08 21:55:14 UTC
R0Y4L wrote:
i got fed up with it so i borrowed my friends 8800 GT vid card and it fixed the load lagg instantly ...
so the game has something against ATI cards i guess


This certainly does not appear to be hardware related as there is a range of people experiencing this issue with very different hardware setups, whilst others (with NVidia, ATI and other graphics cards) have no issues at all. Unless CCP would like to indicate that the 8800GT is now a pre-requisite to running EVE properly, I am hesitant to spend money on hardware.

I'm glad to hear that you are no longer experiencing the problem though.

I would encourage everyone to post bug-reports and if you are aware of anyone else having this issue to guide them to his topic + also get them to put in bug reports.

Hopefully at some point this year we may get a response/resolution from CCP.
R0Y4L
Science and Trade Institute
Caldari State
#46 - 2012-01-08 23:48:40 UTC
Katie Frost wrote:
R0Y4L wrote:
i got fed up with it so i borrowed my friends 8800 GT vid card and it fixed the load lagg instantly ...
so the game has something against ATI cards i guess


This certainly does not appear to be hardware related as there is a range of people experiencing this issue with very different hardware setups, whilst others (with NVidia, ATI and other graphics cards) have no issues at all. Unless CCP would like to indicate that the 8800GT is now a pre-requisite to running EVE properly, I am hesitant to spend money on hardware.

I'm glad to hear that you are no longer experiencing the problem though.

I would encourage everyone to post bug-reports and if you are aware of anyone else having this issue to guide them to his topic + also get them to put in bug reports.

Hopefully at some point this year we may get a response/resolution from CCP.



yeah i know its probably not a hardware issue but i figured id try a different card (lower-grade card but its free) and it works out fine now ..
This is still an issue and must be looked at and yeah others do need to put in bug reports

**IF  YOU   DONT  WANNA  DIE  DONT  FLY  **
CCP Habakuk
C C P
C C P Alliance
#47 - 2012-01-09 00:14:07 UTC  |  Edited by: CCP Habakuk
Hi! We are looking into this problem and it seems like we identified the cause: it seems like we are handling the case of a drifting client clock very badly at jumping (much worse than before Crucible). We are working on a fix for this.

Btw: The drifting client clock is very probably caused by your hardware and it might also cause other problems, for example incorrect shield and capacitor display or a wrong display of timers. It might be a good idea to check your hardware or try to disable over-clocking of CPU or GPU.

I suggest to relog your client before risky jumps as workaround till we manage to deploy a fix for this issue. I know that this is annoying and not always possible, but it will reset the clock and so avoid the delay at jumping (but the delay will start accumulating again).

CCP Habakuk | EVE Quality Assurance | Team Five 0 | (Team Gridlock)

Bug reporting | Mass Testing
Glorious CEO
Universal Frog
#48 - 2012-01-09 00:51:12 UTC  |  Edited by: Glorious CEO
\o/ Thank you CCP Habakuk for taking the time to post on a Sunday.

This is very interesting. I knew the RTC clock on this PC is very shoddy and is drifting if left unchecked. So I have a daily sync with a time server scheduled, this is enough accuracy for all my daily work. Never have had problems with Eve on the machine too. Nothing i over-clocked, this is actually the most reliable PC I ever had. Anyway, it's great to not be stuck in limbo anymore.
Katie Frost
Ministry of War
Amarr Empire
#49 - 2012-01-09 03:20:52 UTC
CCP Habakuk wrote:
Hi! We are looking into this problem and it seems like we identified the cause: it seems like we are handling the case of a drifting client clock very badly at jumping (much worse than before Crucible). We are working on a fix for this.

Btw: The drifting client clock is very probably caused by your hardware and it might also cause other problems, for example incorrect shield and capacitor display or a wrong display of timers. It might be a good idea to check your hardware or try to disable over-clocking of CPU or GPU.

I suggest to relog your client before risky jumps as workaround till we manage to deploy a fix for this issue. I know that this is annoying and not always possible, but it will reset the clock and so avoid the delay at jumping (but the delay will start accumulating again).


Thank you for the response. It's good to know that you guys are on this issue.

I haven't changed anything from my hardware setup since the latest patch, which is why I am surprised that the issue could be hardware related.

If you were looking at improving this issue simply based on the hardware, what would you recommend would be a good upgrade/fix/change that could be made (taking into account that no over-clocking is occurring)?

Otherwise, I will anticipate a server-side fix in the near future.
Caroline Grace
Retrostellar Boulevard
#50 - 2012-01-09 04:03:05 UTC
CCP Habakuk wrote:
Hi! We are looking into this problem and it seems like we identified the cause: it seems like we are handling the case of a drifting client clock very badly at jumping (much worse than before Crucible). We are working on a fix for this.

Btw: The drifting client clock is very probably caused by your hardware and it might also cause other problems, for example incorrect shield and capacitor display or a wrong display of timers. It might be a good idea to check your hardware or try to disable over-clocking of CPU or GPU.

I suggest to relog your client before risky jumps as workaround till we manage to deploy a fix for this issue. I know that this is annoying and not always possible, but it will reset the clock and so avoid the delay at jumping (but the delay will start accumulating again).



I would like to as others express my thanks for working on this problem, it is really appreciated.


Also, I noticed that if I


- change my colors of interface back to default
- turn off auto-hiding NeoCom
- change my wallpaper in Windows 7
- turn off timestamps in chats windows
- unpin chat windows
- close heavy-talk channels (100+ people)
- clear my cache after


then I have no massive lag after jumping to another system, but still in few systems something like 3 seconds "warp effect lag" and as you mentioned the wrong display of timers. I tested it on more than 30 jumps yesterday.

I'm Caroline Grace, and this is my favorite musical on the Citadel.
Sakura Nihil
Faded Light
#51 - 2012-01-09 04:57:10 UTC
This nearly just got me killed.

Maaaaaaaaates, fix this soon What?.

Glory

Faded Light is recruiting
Madner Kami
Durendal Ascending
#52 - 2012-01-09 12:58:50 UTC  |  Edited by: Madner Kami
CCP Habakuk wrote:
Hi! We are looking into this problem and it seems like we identified the cause: it seems like we are handling the case of a drifting client clock very badly at jumping (much worse than before Crucible). We are working on a fix for this.

Btw: The drifting client clock is very probably caused by your hardware and it might also cause other problems, for example incorrect shield and capacitor display or a wrong display of timers. It might be a good idea to check your hardware or try to disable over-clocking of CPU or GPU.

I suggest to relog your client before risky jumps as workaround till we manage to deploy a fix for this issue. I know that this is annoying and not always possible, but it will reset the clock and so avoid the delay at jumping (but the delay will start accumulating again).


Thanks for acknowledging that bug and describing how it seems to happen. However I need to say, that all I changed between no lag at all and stuck for up to five minutes was: Changing WinXP/32/Pro to Win7/64/Ultimate. No overclocking whatsoever. And I know it might be too obvious to point out, but: Is it possible to simply implement a timer-reset/-resync with each jump?
Scrapyard Bob
EVE University
Ivy League
#53 - 2012-01-09 14:03:14 UTC
CCP Habakuk wrote:
Hi! We are looking into this problem and it seems like we identified the cause: it seems like we are handling the case of a drifting client clock very badly at jumping (much worse than before Crucible). We are working on a fix for this.


I've seen cases where the lower-left corner clock says 0359, the chat box says 0400, and the real time is a minute in another direction. Then when you start to compare times across clients running on the same machine, they're off by a minute either way.

Which sometimes makes me think that CCP is not running NTP on their cluster.
Firebolt145
The Hatchery
RAZOR Alliance
#54 - 2012-01-09 22:30:06 UTC
CCP Habakuk wrote:
Hi! We are looking into this problem and it seems like we identified the cause: it seems like we are handling the case of a drifting client clock very badly at jumping (much worse than before Crucible). We are working on a fix for this.

Btw: The drifting client clock is very probably caused by your hardware and it might also cause other problems, for example incorrect shield and capacitor display or a wrong display of timers. It might be a good idea to check your hardware or try to disable over-clocking of CPU or GPU.

I suggest to relog your client before risky jumps as workaround till we manage to deploy a fix for this issue. I know that this is annoying and not always possible, but it will reset the clock and so avoid the delay at jumping (but the delay will start accumulating again).

Thanks for the reply, but I have not overclocked my CPU or GPU. Could you please expound a little on the 'check your hardware' idea so us non-hardware-junkies can do so? :P
Dhar'aul
Timberton Holdings
#55 - 2012-01-10 16:17:36 UTC
CCP Habakuk wrote:

Btw: The drifting client clock is very probably caused by your hardware and it might also cause other problems, for example incorrect shield and capacitor display or a wrong display of timers.


Might also be the cause of ship speed indicator becoming stuck at a random value
Firebolt145
The Hatchery
RAZOR Alliance
#56 - 2012-01-10 18:00:12 UTC
Any idea if this has been fixed in today's minipatch?
Dhar'aul
Timberton Holdings
#57 - 2012-01-10 19:42:29 UTC  |  Edited by: Dhar'aul
Firebolt145 wrote:
Any idea if this has been fixed in today's minipatch?


Nop, I'm staring at jump lag as I type this...

Edit: restarting client seems to lessen the symptoms. So that workaround works. Would probably need to restart every 30 mins to keep the lag low.

some reading material:
http://www.howtogeek.com/howto/windows-vista/dealing-with-windows-vista-time-sync-problems/
http://www.codinghorror.com/blog/2007/01/keeping-time-on-the-pc.html
http://www.tomshardware.co.uk/forum/55562-35-changing-frequency-internet-time-synchronisation

Trying to translate dev language, my gut feeling is the time difference between Eve server clock and client clock is not handled well for some reason. This would mean if you manage to closely and frequently synchronize PC clock to universal time source most of the lag problems should lessen. Will have to test when I get back home

P.S. synchronizing PC faster than every 4 hrs may get your IP banned from that time server.
Sabin Minks
Furries Ruin Everything
#58 - 2012-01-11 18:41:17 UTC
Oh, i have been having the exact same problem.

So I took the time to do my own little testing.

I am wondering if it is something with my mother board, and its timing. So i have set my memory timing to various different settings. I have yet. to Underclock the computer. To see if that fixes it (i would much rather not do that for eve.)

Aside from that I installed Eve in linux, and AMAZED to me. I jump as fast as lightning, or a pod exploding.

I have yet to install it on a windows XP machine to see if I can make it work there as well.

I am assuming there might actully be a problem with how windows 7 is handling eve itself.

I am unsure if this will be helpful to any of you, but if you do explore linux. Various things such as mumble, ts, jabber, and the like, will work just well. But you may find in eve audio problems.
Firebolt145
The Hatchery
RAZOR Alliance
#59 - 2012-01-11 21:12:16 UTC
Thanks for the advice but I'm not going to up and install Linux just because of this bug. :P
Petrus Blackshell
Rifterlings
#60 - 2012-01-12 05:10:53 UTC
Another person with this issue, checking in. I am not overclocking any part of my computer, so CCP Habakuk's suggestion doesn't really make sense. I have tried to restart the client when possible, but I ended up losing a friggin Phantasm to this. I do hope it gets fixed soon.

AMD Phenom II X4 3.2 GHz , and GTX 465 graphics.

Accidentally The Whole Frigate - For-newbies blog (currently on pause)