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

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

EVE General Discussion

 
  • Topic is locked indefinitely.
 

Lag, TiDi, 6-VT and you...

First post
Author
Murk Paradox
Ministry of War
Amarr Empire
#161 - 2013-07-30 21:05:05 UTC
Onictus wrote:
Murk Paradox wrote:



Tippia, are you aware of what lag means? I don't think you do.


Oh Hell no. I want to hear you explain what lag actually is. Because I'm certain that Tippia does, and I'm also certain that you haven't a clue.

Murk Paradox wrote:


Oh, the standard is once I click a command or a module, I should be able to see that result in a timely manner.


It does its just no longer aligned to real time


Now that definition, please.



Also, time dilation is in direct conflict of "real time" btw.

This post has been signed by Murk Paradox and no other accounts, alternate or otherwise. Any other post claiming to be this holder's is subject to being banned at the discretion of the GM Team as it would violate the TOS in regards to impersonation. Signed, Murk Paradox. In triplicate.

Onictus
Federal Navy Academy
Gallente Federation
#162 - 2013-07-30 21:05:28 UTC  |  Edited by: Onictus
Again, no but thanks for playing.

Latency is latency, its the time required for packet transmission.

You are still way off on lag.

Murk Paradox wrote:
[

Also, time dilation is in direct conflict of "real time" btw.




Incorrect, no computer program has the ability to affect mankind's perception of the space-time continuum, what IS changing is game time, the client update rate from the server drops to a tenth of normal, so in real time the game runs at 1/10 speed at 10% TiDi.

Still waiting on lag.
Maximillian German
Task Force Coalition
#163 - 2013-07-30 21:05:56 UTC  |  Edited by: Maximillian German
Feyd Rautha Harkonnen wrote:
I think where the fanboys are getting obsessed is in defense of their holy matron they fixate on the term 'lag' as a somantic argument that avoids confronting the reality of gameplay suckage during large fleet battles...

So lets start again, with using more fanboy-approved terms like 'slowdowns' (and the ubiquitous 'suckage').

I have updated the blog post as well to be more fanboy (samantic-fixated-derp-meisters) friendly to what I am talking about as well...I am nothing if not flexible!



How as paying EvE users did we come to accept UI razzle dazzle and gimmicks instead of a true remedy to slowdowns? When did nullsec alliances give up the ghost, and like a victim of Stokholm syndrome buy into the notion that TiDi is some kind of answer to the rediculous fail of slowdown suckage on the single-shard, single-sandbox?

I don't get it.

Can someone explain this please? It wasn't so long ago people were burning Jita because of micro-transactions, yet now with increasing server suckage the response is 'meh'?


I too like to call people fanbois whenever they counter my point. Anyway, on to your question. How did we come to accept "razzle dazzle" instead of a true remedy to slowdow? I would argue that we did not accept one thing instead of the other. First, i'm going to assume you are referencing the Jita riots rather than burn jita, because they are completely different. Burn jita was unrelated to the incarna expansion(read microtransactions).

Second, significant "UI razzle dazzle", and I assume you are referencing the new scanning system, jumpgates, etc, is unique to Odyssey. In fact, the initial "razzle dazzle" update was Incarna and it was furiously decried by the community when it hit the server incomplete. Did Odyssey make some changes to the UI? Yea. But those were overshadowed by the tiericide changes and the reallocation of resources(r64 moons, ice belts, and mining belts). What some of us tried to say before the topic turned into an argument about lag, was the we were told by CCP devs that lag would not be a quick fix, and I accept that answer in part due to the technical reasons already stated. In the mean time, I'm happy with the itterations that have happened in the recent updates. Would I like lag to be fixed? Yes. however it is not something that will happen overnight. Even then, the fight against lag will never end as long as eve continues to grow.
Murk Paradox
Ministry of War
Amarr Empire
#164 - 2013-07-30 21:06:23 UTC  |  Edited by: Murk Paradox
Onictus wrote:
Again, no but thanks for playing.

Latency is latency, its the time required for packet transmission.

You are still way off on lag.


Prove it. (You do know that latency is a rate measured in milliseconds which is what "time" is right? I don't think you caught on to that part).

This post has been signed by Murk Paradox and no other accounts, alternate or otherwise. Any other post claiming to be this holder's is subject to being banned at the discretion of the GM Team as it would violate the TOS in regards to impersonation. Signed, Murk Paradox. In triplicate.

Onictus
Federal Navy Academy
Gallente Federation
#165 - 2013-07-30 21:08:35 UTC
Murk Paradox wrote:

You are still way off on lag.


Prove it. (You do know that latency is a rate measured in milliseconds which is what "time" is right? I don't think you caught on to that part).[/quote]


I already posted exactly what lag is, I'm waiting on you. You are still flailing.
Maximillian German
Task Force Coalition
#166 - 2013-07-30 21:09:24 UTC
Murk Paradox wrote:
Onictus wrote:
Murk Paradox wrote:


Yes I have.


No you didn't.

What is the idea solution for running over the bandwidth of the I/O AND in concurrently driving your processing resources well beyond what they are capable of.

What is the "standard" that you used to call CCPs middleware substandard. To be substandard there was to be an accepted standard first.

Murk Paradox wrote:
Maximillian German wrote:
so tell me Murk, what is your solution? If we're all running away from the problem, then where is your answer?



The answer to what? I am not saying I know more than CCP, I just recognize the fact that time dilation is lag created by the server to make sure the # of disconnects are reduced.

You are the one/s trying to troll a response because of the lack of understanding, not me =)


......our lack of understanding when you can't use basic terms relating to computer operation.



Oh, the standard is once I click a command or a module, I should be able to see that result in a timely manner.


And is there a game that does that with 4000+ players in the same area? No? Then the performance by Eve in TiDI -is- the standard.
Maximillian German
Task Force Coalition
#167 - 2013-07-30 21:10:40 UTC
Onictus wrote:
Murk Paradox wrote:

You are still way off on lag.


Prove it. (You do know that latency is a rate measured in milliseconds which is what "time" is right? I don't think you caught on to that part).



I already posted exactly what lag is, I'm waiting on you. You are still flailing.[/quote]

I guess you could even say he's......*puts on sunglasses* lagging YEEAAAAAAAAAHHHHHHHHH
Murk Paradox
Ministry of War
Amarr Empire
#168 - 2013-07-30 21:11:03 UTC
Maximillian German wrote:




And is there a game that does that with 4000+ players in the same area? No? Then the performance by Eve in TiDI -is- the standard.


Eh? So your solution is to simply double talk the fact that time dilation is lag created by ccp simply because there is no other way of doing it?

I'm not sure how that's an argument.

This post has been signed by Murk Paradox and no other accounts, alternate or otherwise. Any other post claiming to be this holder's is subject to being banned at the discretion of the GM Team as it would violate the TOS in regards to impersonation. Signed, Murk Paradox. In triplicate.

Onictus
Federal Navy Academy
Gallente Federation
#169 - 2013-07-30 21:11:16 UTC
Maximillian German wrote:
I'm happy with the itterations that have happened in the recent updates. Would I like lag to be fixed? Yes. however it is not something that will happen overnight. Even then, the fight against lag will never end as long as eve continues to grow.


So far as that goes, I'm not sure the technology exists.

....and even if it does, I highly doubt that it is compatible with python.

Like I said, enterprise level hardware is my thing. Its what I do for a living.
Murk Paradox
Ministry of War
Amarr Empire
#170 - 2013-07-30 21:12:14 UTC  |  Edited by: Murk Paradox
Maximillian German wrote:


I guess you could even say he's......*puts on sunglasses* lagging YEEAAAAAAAAAHHHHHHHHH



Just you saying "no" doesn't dispute the fact.

You asked for it, and got it. The burden has been met.

Trolling isn't going to work for much longer if you want to actually be a part of the conversation. You aren't that difficult to handle =P

Just think, if you were time dilated you'd see these responses sometime tomorrow.

This post has been signed by Murk Paradox and no other accounts, alternate or otherwise. Any other post claiming to be this holder's is subject to being banned at the discretion of the GM Team as it would violate the TOS in regards to impersonation. Signed, Murk Paradox. In triplicate.

Onictus
Federal Navy Academy
Gallente Federation
#171 - 2013-07-30 21:14:00 UTC  |  Edited by: Onictus
Murk Paradox wrote:


Eh? So your solution is to simply double talk the fact that time dilation is lag created by ccp simply because there is no other way of doing it?




Its finally sinking in.

Its not hardware, you aren't getting anything better, the Eve cluster architecture is a super computer.

So that leaves software/middleware optimization, and like I said real time dynamic loadsharing isn't a trivial undertaking, and anything done to the engine itself is a monumental undertaking.

Murk Paradox wrote:



Just you saying "no" doesn't dispute the fact.

You asked for it, and got it. The burden has been met.

.


When you have your facts right you can tell me that anything has been met.
Maximillian German
Task Force Coalition
#172 - 2013-07-30 21:15:04 UTC
Onictus wrote:
Maximillian German wrote:
I'm happy with the itterations that have happened in the recent updates. Would I like lag to be fixed? Yes. however it is not something that will happen overnight. Even then, the fight against lag will never end as long as eve continues to grow.


So far as that goes, I'm not sure the technology exists.

....and even if it does, I highly doubt that it is compatible with python.

Like I said, enterprise level hardware is my thing. Its what I do for a living.


Yup, eliminating lag is a constantly moving goalpost.
Murk Paradox
Ministry of War
Amarr Empire
#173 - 2013-07-30 21:15:17 UTC
Onictus wrote:
Murk Paradox wrote:


Eh? So your solution is to simply double talk the fact that time dilation is lag created by ccp simply because there is no other way of doing it?




Its finally sinking in.

Its not hardware, you aren't getting anything better, the Eve cluster architecture is a super computer.

So that leaves software/middleware optimization, and like I said real time dynamic loadsharing isn't a trivial undertaking, and anything done to the engine itself is a monumental undertaking.



But that is not in any sort of direct conflict with time dilation being lag. So again, I'm trying to figure out if you're agreeing with me or arguing, because we are on the same page.

This post has been signed by Murk Paradox and no other accounts, alternate or otherwise. Any other post claiming to be this holder's is subject to being banned at the discretion of the GM Team as it would violate the TOS in regards to impersonation. Signed, Murk Paradox. In triplicate.

Onictus
Federal Navy Academy
Gallente Federation
#174 - 2013-07-30 21:18:09 UTC
Murk Paradox wrote:

But that is not in any sort of direct conflict with time dilation being lag. So again, I'm trying to figure out if you're agreeing with me or arguing, because we are on the same page.


So I see we are back to any form of performance change is lag.

Latency is not lag.
TiDi is not lag.

Lag is what happens when the the interrupt queue exceeds the client update rate.
Tippia
Sunshine and Lollipops
#175 - 2013-07-30 21:19:15 UTC  |  Edited by: Tippia
Murk Paradox wrote:
Lag is the ability for a client-server, or server-client ability to keep up with a command from one source to the other.

For instance, If I'm hosting a game that you joined and I can see your actions faster than you can see mine, there is going to be lag.
…which (assuming we actually buy this very odd and unorthodox definition) is something TiDi removes.

Quote:
Now, you mentioned latency, which I found funny, because latency is the RATE of which that lag happens, recorded in milliseconds (can vary actually).
No. Latency is the one-way or round-trip time from sender to receiver (and/or back to sender).

Quote:
That time dilation, which increases latency, is in fact, creating stability at the cost of "lag".
No. It is reducing lag at the cost of latency. Time dilation, by definition and design, removes the lag that comes from the server not processing everything correctly. It does this by scaling the world simulation speed to account for the processing delays that come with a high-load situation. It also improves stability, since one of the lag effects that TiDi works its way around is that the server fails to keep the session active, but again, that's a removal of lag at the cost of other things.
Maximillian German
Task Force Coalition
#176 - 2013-07-30 21:21:52 UTC
Onictus wrote:
Murk Paradox wrote:

But that is not in any sort of direct conflict with time dilation being lag. So again, I'm trying to figure out if you're agreeing with me or arguing, because we are on the same page.


So I see we are back to any form of performance change is lag.

Latency is not lag.
TiDi is not lag.

Lag is what happens when the the interrupt queue exceeds the client update rate.


which is of course countered in eve by slowing the client update rate as not to overload the server. Thus, you have TiDi.
Maximillian German
Task Force Coalition
#177 - 2013-07-30 21:25:10 UTC
On topic: Murk, can you take a break from your lag discussion and answer the question of the OP? In case you have forgotten, here it is:

How as paying EvE users did we come to accept UI razzle dazzle and gimmicks instead of a true remedy to slowdowns?
Onictus
Federal Navy Academy
Gallente Federation
#178 - 2013-07-30 21:25:16 UTC
Maximillian German wrote:
[
which is of course countered in eve by slowing the client update rate as not to overload the server. Thus, you have TiDi.


Shocked
Maximillian German
Task Force Coalition
#179 - 2013-07-30 21:26:55 UTC
Onictus wrote:
Maximillian German wrote:
[
which is of course countered in eve by slowing the client update rate as not to overload the server. Thus, you have TiDi.


Shocked


Did I get something wrong? Or is eve slowing down the request rate?
Onictus
Federal Navy Academy
Gallente Federation
#180 - 2013-07-30 21:27:23 UTC
Maximillian German wrote:


How as paying EvE users did we come to accept UI razzle dazzle and gimmicks instead of a true remedy to slowdowns?


Because as a rational discussion there is no solution to the slowdown.

Like I said, if it exists, its likely not compatible with python, and you don't just port 10 years of code being developed piecemeal to a new environment.

The undertaking is basically making a new game, from scratch.

Whether we like it or not that is the reality of it.