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

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

Test Server Feedback

 
  • Topic is locked indefinitely.
 

"Traffic Control is Offline"

First post
Author
Rhavas
Noble Sentiments
Second Empire.
#1 - 2013-11-16 20:14:55 UTC
Not sure if this is just a SiSi thing or if it's attached to grid loads from the new warp times or something, but I encountered this message far more often on Sisi than I do on TQ. Did a 40-jump run from Arnon to X-7OMU and got this message probably 10 times:

"[system] Traffic Control is currently offline and unable to process your jump request. Please try again in a moment."

I was the only one in system almost every time. I was in a Jaguar and have good (all 4+) Navigation skills.

Author of Interstellar Privateer Shattered Planets, Wormholes and Game Commentary

CCP Masterplan
C C P
C C P Alliance
#2 - 2013-11-16 20:19:58 UTC
That happens if the system you're trying to jump to hasn't yet loaded. This is pretty common on Singularity if you're travelling away from the main testing areas, due to the low population counts. On TQ most systems get pre-loaded in the first few minutes after DT, but we don't do this on Sisi due to the reduce hardware capacity

"This one time, on patch day..."

@ccp_masterplan  |  Team Five-0: Rewriting the law

Alvatore DiMarco
Capricious Endeavours Ltd
#3 - 2013-11-16 21:21:40 UTC
Out of curiosity, do systems ever unload after being loaded?
Salpun
Global Telstar Federation Offices
Masters of Flying Objects
#4 - 2013-11-16 21:43:33 UTC
A fix that is in place now is that it auto tries to jump now right away.

It use to not do that and when on auto pilot is would just hang on the gate if you got in that situation.

If i dont know something about EVE. I check https://wiki.eveonline.com/en/wiki/ISK_The_Guide

See you around the universe.

CCP Habakuk
C C P
C C P Alliance
#5 - 2013-11-16 23:08:47 UTC
Alvatore DiMarco wrote:
Out of curiosity, do systems ever unload after being loaded?


As far as I know not. If I remember correctly: Code for unloading systems exists, but the time for unloading is set to 24 hours.

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

Bug reporting | Mass Testing

Noriko Mai
#6 - 2013-11-16 23:18:34 UTC
Next out of curiosity question: Was there ever a day without downtime on TQ?

"Meh.." - Albert Einstein

Cael Autumn
Brutor Tribe
Minmatar Republic
#7 - 2013-11-17 03:17:39 UTC
CCP Habakuk wrote:
Alvatore DiMarco wrote:
Out of curiosity, do systems ever unload after being loaded?


As far as I know not. If I remember correctly: Code for unloading systems exists, but the time for unloading is set to 24 hours.



I guess this is as relevant place as any. Is ccp working on shard migration at all? Tidi is wonderful, but true shard migration without disconnect would be groundbreaking.

Not expecting any promises or timeframes, just a slight nod for or against.
Alvatore DiMarco
Capricious Endeavours Ltd
#8 - 2013-11-17 05:15:11 UTC  |  Edited by: Alvatore DiMarco
Cael Autumn wrote:

I guess this is as relevant place as any. Is ccp working on shard migration at all? Tidi is wonderful, but true shard migration without disconnect would be groundbreaking.

Not expecting any promises or timeframes, just a slight nod for or against.


I was thinking about something today during the CSM8 town hall. I don't know very much about how the nodes work and I'll readily admit it, but when an unreinforced node starts looking like it's going to go critical (as in "TiDi isn't going to be enough") I wonder if it would be possible for there to be an internal mechanism that mirrors the overloaded star system simulation onto a reinforced node, keeping it running alongside the overloaded node and then somehow routes player activities over to the reinforced node so that unplanned 3000-man battles can exist without 50% TiDi or everyone getting disconnected.

I articulated it very poorly, I'm sure, but it should be sufficient.
CCP Habakuk
C C P
C C P Alliance
#9 - 2013-11-17 15:39:34 UTC
Day without DT: Not as far as I can remember, but we had a few days now with 25h uptime after patch days.
/me wonders if system unloading might have kicked in on these days (assuming this code really exists and works)...

Shard migration: I assume you mean something like remapping a system to a different node, but without kicking the players from the server? This would be something very nice to have, but it needs a lot of work, which is not planned for the near future. Some other performance improvements (like "brain in a box") have for sure a higher priority at the moment.

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

Bug reporting | Mass Testing

Cael Autumn
Brutor Tribe
Minmatar Republic
#10 - 2013-11-17 16:49:46 UTC
CCP Habakuk wrote:
Day without DT: Not as far as I can remember, but we had a few days now with 25h uptime after patch days.
/me wonders if system unloading might have kicked in on these days (assuming this code really exists and works)...

Shard migration: I assume you mean something like remapping a system to a different node, but without kicking the players from the server? This would be something very nice to have, but it needs a lot of work, which is not planned for the near future. Some other performance improvements (like "brain in a box") have for sure a higher priority at the moment.



Can you elaborate on brain in a box? Is that a new type of architecture or node mapping technique? It sounds neato, even though I typicaply keep my brains in jars...
Noriko Mai
#11 - 2013-11-17 19:49:58 UTC  |  Edited by: Noriko Mai
Cael Autumn wrote:
CCP Habakuk wrote:
Day without DT: Not as far as I can remember, but we had a few days now with 25h uptime after patch days.
/me wonders if system unloading might have kicked in on these days (assuming this code really exists and works)...

Shard migration: I assume you mean something like remapping a system to a different node, but without kicking the players from the server? This would be something very nice to have, but it needs a lot of work, which is not planned for the near future. Some other performance improvements (like "brain in a box") have for sure a higher priority at the moment.



Can you elaborate on brain in a box? Is that a new type of architecture or node mapping technique? It sounds neato, even though I typicaply keep my brains in jars...

As far as I know. At the moment ALL your skills/implants/hardwirings are calculated evertime you jump/undock. So the server goes through all you skills/implants/hardwirings and calculates your damage bonus, your resist bonus, etc, from all you skills. With brain in the box there shall be a system that has everthing precalculated. This way you jump in a system or undock and the server gets the data (your brain Smile) with everything precalculated and doesn't have to calculate all the stuff over and over again. IRC this calculation is one of the main reasons for the population cap in jita and a massive factor causing lag/tidi.

"Meh.." - Albert Einstein

Schmata Bastanold
In Boobiez We Trust
#12 - 2013-11-17 21:36:06 UTC
Does higher priority for brain-in-the-box mean you - ie. some dev(s) in general - are working on it at the moment or it is just higher on somebody's to-do list? Because those lists seem to be made of stone - items put on them stay there forever as monuments of never fulfilled promise.

Invalid signature format

CCP Habakuk
C C P
C C P Alliance
#13 - 2013-11-17 22:59:26 UTC
Very good summary, Noriko Mai.

Schmata Bastanold wrote:
Does higher priority for brain-in-the-box mean you - ie. some dev(s) in general - are working on it at the moment or it is just higher on somebody's to-do list? Because those lists seem to be made of stone - items put on them stay there forever as monuments of never fulfilled promise.


We need to rewrite a bit of code before being able to start with brain in the box itself. This code rewrite was started by CCP Veritas some time ago. More details about this at some later point. :)

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

Bug reporting | Mass Testing

Schmata Bastanold
In Boobiez We Trust
#14 - 2013-11-17 23:20:34 UTC
You see, that is exactly same kind of answer I have seen on forums regarding various things since I joined 2 years ago and I am pretty sure it wasn't first time they were given to players asking questions.

I can't help but wonder how it is possible that project that can boost overall system performance and probably make huge difference in resources requirements and limitations of what can be build upon it is basically like one dev's hobby activity when he runs out of intertubez content to read at lunch break.

Also this response "we talk about it, we have ideas but legacy code..." is getting old. Please, don't take it personally because I know dev does what management says but you should ask for new set of responses from some friendly writer in lore department.

Invalid signature format

Noriko Mai
#15 - 2013-11-18 03:30:36 UTC
Schmata Bastanold wrote:
You see, that is exactly same kind of answer I have seen on forums regarding various things since I joined 2 years ago and I am pretty sure it wasn't first time they were given to players asking questions.

I can't help but wonder how it is possible that project that can boost overall system performance and probably make huge difference in resources requirements and limitations of what can be build upon it is basically like one dev's hobby activity when he runs out of intertubez content to read at lunch break.

Also this response "we talk about it, we have ideas but legacy code..." is getting old. Please, don't take it personally because I know dev does what management says but you should ask for new set of responses from some friendly writer in lore department.

I think your post is a very good example why we don't get any further information about the status quo.

Even if CCP did provide some information, it would end in "You are working for xyz months on this. Why is it not ready yet. You [insert random insult]". In my experience it is really hard to tell how hard it really is to code this stuff, because we don't know how much and what kind of code has to be rewritten. It is not unusually that rewriting code ends in much much more work than expected. And the other thing is, that it's server code. It must run 100% reliable.

So imho keeping the profile low and not talking a lot about this is the only way to avoid overestimated expectations.

"Meh.." - Albert Einstein

Alvatore DiMarco
Capricious Endeavours Ltd
#16 - 2013-11-18 03:56:57 UTC
Noriko Mai wrote:
Schmata Bastanold wrote:
You see, that is exactly same kind of answer I have seen on forums regarding various things since I joined 2 years ago and I am pretty sure it wasn't first time they were given to players asking questions.

I can't help but wonder how it is possible that project that can boost overall system performance and probably make huge difference in resources requirements and limitations of what can be build upon it is basically like one dev's hobby activity when he runs out of intertubez content to read at lunch break.

Also this response "we talk about it, we have ideas but legacy code..." is getting old. Please, don't take it personally because I know dev does what management says but you should ask for new set of responses from some friendly writer in lore department.

I think your post is a very good example why we don't get any further information about the status quo.

Even if CCP did provide some information, it would end in "You are working for xyz months on this. Why is it not ready yet. You [insert random insult]". In my experience it is really hard to tell how hard it really is to code this stuff, because we don't know how much and what kind of code has to be rewritten. It is not unusually that rewriting code ends in much much more work than expected. And the other thing is, that it's server code. It must run 100% reliable.

So imho keeping the profile low and not talking a lot about this is the only way to avoid overestimated expectations.


Thank god someone finally said it better than I could have. Have a cookie, and by cookie I mean a like.

Also, I'm given to understand that vast quantities of the legacy code are either not very well documented or not documented at all. If that's true, having to figure out what a segment of code even does can add considerable delay to the overall progress.
Schmata Bastanold
In Boobiez We Trust
#17 - 2013-11-18 07:43:39 UTC
First, I didn't insult anybody, not on purpose at least.

Second, we don't know what they are working on and that's the whole point. It is not about "is it ready yet?" it is about "did it even started?".

And last but not least, if they are working on those things don't you think legacy code should be less and less of an issue already even if work is not done and finished yet? I mean, FFS if you work on code for 2 years and it still is in its "legacy" state something is not right.

Invalid signature format

Alvatore DiMarco
Capricious Endeavours Ltd
#18 - 2013-11-19 07:46:42 UTC
We're already seeing some of the benefits being added. POS module changes, T3s re-subsystem-ing in space, warp speed changes. I'm sure there are more, I just can't remember them at the moment.
Izzy Ankhavees
Ministry of War
Amarr Empire
#19 - 2013-11-21 05:16:59 UTC
Insult is a "relativistic term". You will never insult someone, but someone can feel insulted by something you said even if you did not meant it. That is why I avoid talking about if things are insults or not.

What I do know is that in the dev business, even IF (if, look at it, it is a IF) you are a better developer than someone else, the fact that you do not work, have worked or is includded in the project gives you a far less horizon to criticize the things that are ready and the things are arent, and why. Sometimes a fresh pair of eyes can help, but that fresh pair of eyes have to see enough to support its criticisms.

That being said, EVE is probably one of the most complex game clients we see around, both in the good and the bad way. It may have a lot baggage from the old days that other games dont because they simply were scrapped and rewritten so much that you cant even recognize the same game. But mostly, other games arent that complex because they simply dont exist as long as eve does.

Some techinques you see in other games related to session change and overall connection administration may be better than eve's one, but you have to ask yourself before criticizing, does that techniques will do for eve any good ? I mean, you dont jump to a solar system from another like you warp to the next planet, and even if software technology allowed such extrapolation, should it be the goal ?

So easy and smooth "to the other side of the universe" travels are really what this game needs ? I mean, it is not enough that you can auto pilot in the Imperial Carebearatum, go have lunch and come back to your ship docked at the destination ? You really have to have oh so smooth and nice jumps ?

If it is to get instajumps, why not get like other MMOs and simply put a teleport from point A to point B even if it is in the other side of the known universe ?

[i]"Perfect crimes do not exist, for to be a crime, it must be proven." "Make the body count unacceptable to ensure your own safety." "Basic rule of covert ops: let someone else do your dirty work.[/i]"

Schmata Bastanold
In Boobiez We Trust
#20 - 2013-11-21 08:37:15 UTC
Brain-in-the-box is not about smooth instajumps for carebears. It is a way to lessen processing levels on server side and as an effect make session changes more smooth. Do you know what happens when 1000 people try to jump into same system at once? TiDi kicks in and we have bullet-time for everybody until node crashes if it is not reinforced. And one part of this stress is because server needs to rebuild your "brain" from scratch every time you change your session (ie. docking/undocking, gate jump, cyno jump, etc.).

I cannot comment on code of Eve but I can use my experience to say that legacy/spaghetti/undocumented code is bad regardless of how big project is and for anybody making plans for great features in the future is it a priority one to make legacy go away. And CCP has great plans for future expansions.

Invalid signature format