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 Information Portal

 
  • Topic is locked indefinitely.
123Next page
 

Dev Blog: The Battle of Asakai and Poinen Must Burn by the numbers.

First post
Author
CCP Falcon
#1 - 2013-01-29 16:07:43 UTC  |  Edited by: CCP Eterne
Good afternoon everyone Big smile

CCP Quant is here to show you all some awesome statistics and pretty graphs regarding two of the recent large scale battles that have raged in New Eden.

Firstly, a breakdown of the Battle of Asakai, then secondly a look at the statistics behind Poinen Must Burn.

Check out his new Dev Blog, here.

CCP Falcon || EVE Universe Community Manager || @CCP_Falcon

Happy Birthday To FAWLTY7! <3

Morgenholt Blue
Swift Redemption.
#2 - 2013-01-29 16:31:34 UTC
The time to load system was the worst part of this followed by the 4 FPS at the lowest graphics settings. Took me about half an hour to load system and found myself ewarped off from the cyno.. Finally got on grid a few seconds after the Leviathan died :(
Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#3 - 2013-01-29 16:39:05 UTC
Morgenholt Blue wrote:
The time to load system was the worst part of this followed by the 4 FPS at the lowest graphics settings. Took me about half an hour to load system and found myself ewarped off from the cyno.. Finally got on grid a few seconds after the Leviathan died :(



4fps on your machine isn't down to server lag. It's down to your machine being unable to render all the prettiness at once. Unfortunately. One of the reasons people tend to mess with their graphical settings before going into /huge/ fights.

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

Forlorn Wongraven
Habitual Euthanasia
Pandemic Legion
#4 - 2013-01-29 16:43:29 UTC
Morgenholt Blue wrote:
The time to load system was the worst part of this followed by the 4 FPS at the lowest graphics settings. Took me about half an hour to load system and found myself ewarped off from the cyno.. Finally got on grid a few seconds after the Leviathan died :(

Before TiDi that would have been black screen, node crash and you coming back to Eve after next DT to find your pod in station.

Winner ATXI , 3rd place ATXII, winner ATXIII, 2nd ATXIV - follow me on twitter: @ForlornW

Wibla
Tactical Narcotics Team
#5 - 2013-01-29 16:44:15 UTC
Statistics is always cool, but it would be very interesting to see actual graphs of server performance, processing time for commands etc, not just ships killed.

"Whilst we won’t claim that Asakai was completely perfect in performance"

You don't say?

Plenty of room for improvements on this front, maybe you should look into disabling crimewatch for these huge fights in lowsec?

I know theadj had big issues with his client (the rag that popped), a supercarrier died without ever being able to turn on his hardeners after jumping in, and various other "small" lag-related incidents involving supercapital ships.
Morgenholt Blue
Swift Redemption.
#6 - 2013-01-29 16:44:31 UTC  |  Edited by: Morgenholt Blue
Steve Ronuken wrote:
Morgenholt Blue wrote:
The time to load system was the worst part of this followed by the 4 FPS at the lowest graphics settings. Took me about half an hour to load system and found myself ewarped off from the cyno.. Finally got on grid a few seconds after the Leviathan died :(



4fps on your machine isn't down to server lag. It's down to your machine being unable to render all the prettiness at once. Unfortunately. One of the reasons people tend to mess with their graphical settings before going into /huge/ fights.

I am aware. The client was bottlenecked by my CPU with only about 5% usage on my graphics card.

Forlorn Wongraven wrote:
Morgenholt Blue wrote:
The time to load system was the worst part of this followed by the 4 FPS at the lowest graphics settings. Took me about half an hour to load system and found myself ewarped off from the cyno.. Finally got on grid a few seconds after the Leviathan died :(

Before TiDi that would have been black screen, node crash and you coming back to Eve after next DT to find your pod in station.

Indeed TiDi, is a great help.
Colonel Xaven
Perkone
Caldari State
#7 - 2013-01-29 16:44:34 UTC
Forlorn Wongraven wrote:
Morgenholt Blue wrote:
The time to load system was the worst part of this followed by the 4 FPS at the lowest graphics settings. Took me about half an hour to load system and found myself ewarped off from the cyno.. Finally got on grid a few seconds after the Leviathan died :(

Before TiDi that would have been black screen, node crash and you coming back to Eve after next DT to find your pod in station.


This. TiDi is a great benefit.

www.facebook.com/RazorAlliance

TheMercenaryKing
Collapsed Out
Pandemic Legion
#8 - 2013-01-29 17:01:23 UTC
By automated fight notifications you mean "Titan fail jump notification - tell everyone in Eve via popup window"....Right?

A Titan jump should sooo be told to the entire eve universe, although everyone already knows when PL is moving....
Lors Dornick
Kallisti Industries
#9 - 2013-01-29 17:02:11 UTC
Wibla wrote:
Statistics is always cool, but it would be very interesting to see actual graphs of server performance, processing time for commands etc, not just ships killed.


I think we can rest assured that Team Gridlock have been gifted with quite a serious stash of data to investigate.

And I think that we will be treated with a nice and informative (if a bit geeky) devblog (with graphs) once they have analysed that mountain of data.

Just give them time to digest the information ;)

CCP Greyscale: As to starbases, we agree it's pretty terrible, but we don't want to delay the entire release just for this one factor.

Liner Xiandra
Sparks Inc
#10 - 2013-01-29 17:04:50 UTC
Graphs ♥
Alx Warlord
The Scope
Gallente Federation
#11 - 2013-01-29 17:11:23 UTC  |  Edited by: Alx Warlord
Most awesome graphs ever!!!!
Benjamin Hamburg
Chaos.Theory
#12 - 2013-01-29 17:32:24 UTC
HAVE A HARD ON NOW
Finde learth
Republic Military School
Minmatar Republic
#13 - 2013-01-29 17:35:53 UTC
CCP Falcon wrote:

Good afternoon everyone Big smile

CCP Quant is here to show you all some awesome statistics and pretty graphs regarding two of the recent large scale battles that have raged in New Eden.

Firstly, a breakdown of the Battle of Asakai, then secondly a look at the statistics behind Poinen Must Burn.

Check out his new Dev Blog, here.


Why are there no status of server ? because 100% cpu keep a long time ?
CCP Explorer
C C P
C C P Alliance
#14 - 2013-01-29 18:18:21 UTC
Wibla wrote:
Statistics is always cool, but it would be very interesting to see actual graphs of server performance, processing time for commands etc, not just ships killed.

"Whilst we won’t claim that Asakai was completely perfect in performance"

You don't say?

Plenty of room for improvements on this front, maybe you should look into disabling crimewatch for these huge fights in lowsec?
No, we won't change the rules of the game like that.

Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @CCP_Explorer

CCP Explorer
C C P
C C P Alliance
#15 - 2013-01-29 18:19:56 UTC
Finde learth wrote:
CCP Falcon wrote:

Good afternoon everyone Big smile

CCP Quant is here to show you all some awesome statistics and pretty graphs regarding two of the recent large scale battles that have raged in New Eden.

Firstly, a breakdown of the Battle of Asakai, then secondly a look at the statistics behind Poinen Must Burn.

Check out his new Dev Blog, here.


Why are there no status of server ? because 100% cpu keep a long time ?
Process CPU was at 100% (max) and Time Dilation at 10% (configured min) from 02:12 until 07:26 GMT.

Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @CCP_Explorer

Chribba
Otherworld Enterprises
Otherworld Empire
#16 - 2013-01-29 18:23:48 UTC
Who was there?

★★★ Secure 3rd party service ★★★

Visit my in-game channel 'Holy Veldspar'

Twitter @ChribbaVeldspar

CCP Explorer
C C P
C C P Alliance
#17 - 2013-01-29 18:27:55 UTC
To follow up on the devblog:
Quote:
At its peak, there were well over 2000 players in the system, some reports of 2800 – more than double the number of Uemon
We hadn't at the time the devblog was written confirmed the exact max population in Asakai, but have now. Second-by-second the population peaked at 2,754 pilots at 05:25 GMT.

Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @CCP_Explorer

LShock
Brutor Tribe
Minmatar Republic
#18 - 2013-01-29 21:51:52 UTC
I can say it was still taking a while for things to respond as you can see in the video, it's sped up god knows how much % but you can see the general idea of how many times you had to give your fighterbombers the engage command, or when swapping out mods etc.


Still all in all I can say things were still better then Uemon and O20 fights Smile

http://www.youtube.com/watch?v=HRT3Fb4iYSw
Marbin Drakon
Reboot Required
#19 - 2013-01-29 22:21:51 UTC
Is it possible to get data on participation (particularly the RvB even) by character age?

Eve W-Space: Open source wormhole mapping and corporation management: https://forums.eveonline.com/default.aspx?g=posts&t=210073

Vyktor Abyss
Abyss Research
#20 - 2013-01-29 22:27:42 UTC
"still allowed a more graceful degradation than the unpredictable battles of old"

You have quite a way with words Quant - this made me lol Blink

Lag was immense, but in truth, no matter how capable the servers become at supporting a big fight, players will inevitably pile more and more people into the fight until the technology becomes incapable of supporting the fight.

It reminded me of playing Manic miner on my ZX Spectrum. At the time it was magical, despite it actually being a bit crud. Eve gameplay is actually crud during those 8 minute+ lag response fights, but it still feels lie something epic is happening and you know in 10-20 years time those lucky scumbags will probably have technology and a cluster capable of supporting something this epic without any lag.

I just hope I'm not in a box by then.
123Next page