|
Author |
Thread Statistics | Show CCP posts - 15 post(s) |
|
CCP Guard
C C P C C P Alliance
|
Posted - 2011.07.27 14:06:00 -
[1]
CCP Veritas from Team Gridlock has some cool tricks up his sleeve when it comes to understanding and fighting lag.
Check out his latest blog on Telemetry!
DE version RU version
|
|
|
CCP Veritas
|
Posted - 2011.07.27 14:52:00 -
[2]
Originally by: Sessym Great tool there!
Also, just curious, wouldn't it be better from an optimization viewpoint if everything that applied to the whole fleet (like warp speed) would be an attribute of the fleet itself? Every bit of free CPU time is useful, no?
That's a really good idea, I hadn't thought of that! Right now, the implementation of fleets is a bit of a mess, but I'll make a note to myself to make exactly this happen when we get around to refactoring how fleets work.
|
|
|
CCP Veritas
|
Posted - 2011.07.27 15:00:00 -
[3]
Originally by: Estimated Prophet I've noticed a Telemetry button in the in-game monitor. Clicking it doesn't appear to do anything. Does it do anything? Or is it disabled for mere mortals like me?
I believe that's a convenience button for the guys working on the client - they're using this tool as well for performance analysis. I don't know if it does anything for mortals or not, but for us it connects the client to Telemetry. Quite handy.
|
|
|
CCP Veritas
|
Posted - 2011.07.27 15:31:00 -
[4]
Originally by: Gnulpie Now, in the video was mentioned that a typical tick is aggregrating data of what happened and then sending it. Even though the sending of the data seems to scale really well, it still took quite a bit. Will that change with the CarbonIO and BlueNet? If I remember right it was said that you can delegate the sending to completely independent demons.
Indeed, we've got a plan on the table to leverage BlueNet to get a bulk of that load off of the main thread entirely. A first step to the dream of a multi-threaded Eve server
|
|
|
CCP Veritas
|
Posted - 2011.07.27 16:01:00 -
[5]
Aaand I'm a horrible human being for not giving credit to CCP Snorlax over in Core for his work getting Telemetry integrated with our tech in the first place. He's one of those dudes I talked about above who are using it for client profiling~
|
|
|
CCP Veritas
|
Posted - 2011.07.27 16:07:00 -
[6]
Originally by: Nyphur Is the profiler collecting data all the time or must a node be set up for it in advance? And does the record-keeping add any additional load to the server node?
It's a rather large pile of data, so it's only run when we go in and turn it on.
It does at a small amount of load, but a large bulk of it is in another thread so it does not impact the server's ability to keep up significantly.
|
|
|
CCP Veritas
|
Posted - 2011.07.27 16:44:00 -
[7]
Originally by: ShadowandLight CCP Veritas, its been suggested that players are able to cause lag using the copy bookmark feature (copying many thousands at one time during a fight)
Is this true? Can you verify? Would it be possible to tweak features like this to prevent abuse during large fights?
I do believe there is a limit on how many bookmarks you can copy for exactly this reason.
|
|
|
CCP Veritas
|
Posted - 2011.07.27 17:00:00 -
[8]
Originally by: Sentient Blade That is a very impressive looking profiling suite. How much data is the server kicking out into the profiler each minute?
About 100MB per minute, more or less depending on what's going on. We could trim that down a fair bit but haven't really seen the need to bother yet.
|
|
|
CCP Veritas
|
Posted - 2011.07.27 17:38:00 -
[9]
Originally by: Sgt Maru So how do we contact Mr. Veritas if there's going to be a good fight? Will he join fleet? Might he spy for his preferred side? Need to know details before we work a deal out.
I don't join fleets, but I do come in my cloakyship and watch the fireworks. For science, you understand.
I hold no preferred side on any fight. My interest lies in making the infrastructure of the game operate well; whatever you guys do with it is up to you.
Now, as for how to contact me, the community reps know how to get ahold of me, as do the CSM guys. Probably easiest to shake either of those types of people if something's going down *right now*. Of course, if you know of a fight that's going to happen after the next downtime, the fleet fight notification tool is your friend and mine. And everyone's really.
|
|
|
CCP Veritas
|
Posted - 2011.07.28 11:52:00 -
[10]
Originally by: Zagdul I would like to ask if there's anything share concerning development on non-reinforced nodes or potential ideas you've had to assist combating lag when we have spur of the moment encounters. As you know, sometimes your enemy can use lag to gain an advantage and intentionally not requesting for reinforcement has been used as an offensive tactic a few times.
A lot of the things we've been fixing help non-reinforced nodes the same, if not more, than dedicated nodes. I've noticed the performance between those two setups converge a bit, so things are getting better on that front as well.
|
|
|
|
CCP Veritas
|
Posted - 2011.07.28 11:53:00 -
[11]
Originally by: Ciar Meara edit: Your office/bedroom wall is really sad
That'd be my living room. It is very sad. One of the downsides to renting - can't paint the place ><
|
|
|
CCP Veritas
|
Posted - 2011.07.29 10:31:00 -
[12]
Originally by: Zagdul Does Tranq drop unused systems and resources from a node in "real-time" when load increases?
Not really, no. Unused systems are exceptionally low load though, being unused, so not much to be gained there. Moving systems with people in them causes those people to get disconnected, which is something we don't want an automatic system to do for us. We sometimes do those moves manually when we believe it will help more than it hurts.
Originally by: Zagdul I believe that when spikes in a node happen, (VFK last week for example) that there must be something the server can do in order to assist the fight out.
I agree, and that's why I'm working on Time Dilation
|
|
|
CCP Veritas
|
Posted - 2011.07.29 10:37:00 -
[13]
Originally by: Hirana Yoshida Holy Mousewheel Abuse, Batman!
For Goddess sake, kick the people around you and get them to give you a mouse with free-spin capability (most newer Logitechs have it).
My fingers ached just listening to that poor wheel being molested so
Hah, I had actually planned to go get one this very day. This mouse has received considerable abuse and has basically given up. It will live out its days as a children's toy.
|
|
|
CCP Veritas
|
Posted - 2011.07.29 11:47:00 -
[14]
Originally by: Salpun Did 46DP-O get observed by this tool during the laggy fleet fight that happened there a couple days ago. Was any new and helpful info found? Was it reinforced?
It did not unfortunately, I missed it. The node was reinforced. Being the heaviest load fight we've seen in a while, we were able to verify that some fixes we did a couple months back had their desired effect though, so hurray for that. I'll be typing up a devblog about that here before too long.
I suspect there'll be more fights of this kind soon, so I'm keeping my eye out so I can get some sweet sweet data from them.
Originally by: Salpun Has the new fleet fight blade been used in the game yet? There as been no news
It hasn't. Last I heard, it was coming into service sometime in the next month. I'm not certain on that though.
|
|
|
CCP Veritas
|
Posted - 2011.08.01 11:16:00 -
[15]
Originally by: Vincent Jarjadian Also could you program the servers to spread nodes with reinforcement timers across multiple servers as this is likely where battles will occur... It might mean less of them on the same node and possibly improve things slightly.
This is done for sov timers at least - we reinforce sov-based fights fairly well these days. As always, fleet fight notifications are helpful, but this does serve as an okay guess.
Originally by: Vincent Jarjadian Additionally... since you know something about the servers workings... Have CCP considered using more powerful servers for reinforced nodes?
We've been using "supernodes" for a while now, initially for Jita and then for fleet fight reinforcement nodes. The optimizations we've done in the past year have allowed us to focus more of our hardware spend servicing the occasional highly loaded system instead of having to worry about the general cluster. A brand new supernode (who's specs I do not have handy, sorry) is on its way to TQ in the next month or so
|
|
|
|
|