Pages: 1 [2] 3 4 5 6 7 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 24 post(s) |
GeeShizzle MacCloud
390
|
Posted - 2013.12.03 16:12:00 -
[31] - Quote
CCP Prism X wrote:Wormholes do not need to be split by proximity. There's no sense of locality or proximity in WH space so they just get a very dumb but efficient method applied to them. However I reduced the number of nodes running WH space. We've added a few back, apparently I should look at adding more before the weekend. Sorry Edit: Yes this distribution is remade every startup.
they dont have to deal with the load bearing requirements of hundreds of fighter bombers so im sure they'll be fine Prism! |
Koban Agalder
Future Corps Sleeper Social Club
27
|
Posted - 2013.12.03 16:13:00 -
[32] - Quote
CCP Prism X wrote:Wormholes do not need to be split by proximity. There's no sense of locality or proximity in WH space so they just get a very dumb but efficient method applied to them. However I reduced the number of nodes running WH space. We've added a few back, apparently I should look at adding more before the weekend. Sorry Edit: Yes this distribution is remade every startup. We thought that we sometimes and on the same node as some nullsec systems. WH alone is rather not possible to generate TiDi (at least untill every single one corp in WH finds connection to other active WH corp and make small skirmish/siege :P) James Arget for CSM 8!-áhttp://csm.fcftw.org-á |
Marcus Arelios
Brave Newbies Inc. Brave Collective
0
|
Posted - 2013.12.03 16:15:00 -
[33] - Quote
This was a pretty amazing dev blog and it is for this reason that I love EVE above all other games. (well one of the many reasons). I love how open the developers are with how they solve issues. Now if I can just find a way to apply this to our load balancing at my office.... |
mynnna
GoonWaffe Goonswarm Federation
2483
|
Posted - 2013.12.03 16:16:00 -
[34] - Quote
Grarr Dexx wrote:Looks like a whole load of baloney! Us lowsec residents have been suffering from utterly ridiculous amounts of tidi, in sub-100 man fights or even moving thirty people ten gates. If you did do this rebalancing act, you sure seemed to have forgotten the systems between 0.5 and 0.0.
So I'm going to quote you so you can't edit out the part where you look silly, and then quote the devblog that explains why you look silly.
Quote:We're hoping to have this code out by tomorrow Wednesday, December 4th. Member of the Goonswarm Economic Warfare Cabal |
Freelancer117
So you want to be a Hero
93
|
Posted - 2013.12.03 16:20:00 -
[35] - Quote
So you started with the assumption CPU cores (reffered to as "nodes" hereafter) like Capitalism,
and found out secretly they prefer CPU core Socialism. welcome to the Node Party comrades
Eve rule no.1: The players will make a better version of the game, then CCP initially plans.
http://eve-radio.com//images/photos/3419/223/34afa0d7998f0a9a86f737d6.jpg
|
Alphax45
ISKoholics ISKoholics Center of Rehabilitation
32
|
Posted - 2013.12.03 16:20:00 -
[36] - Quote
My brain hurts...
Good work CCP (I think) :P :D |
Annreida Kautsuo
Lego Legion Labs
0
|
Posted - 2013.12.03 16:21:00 -
[37] - Quote
Yummy real-world problem solving using sound theory of computing knowledge!
Thanks for dusting off neurons in my brain that need to be used more often! |
GeeShizzle MacCloud
390
|
Posted - 2013.12.03 16:22:00 -
[38] - Quote
mynnna wrote:Grarr Dexx wrote:Looks like a whole load of baloney! Us lowsec residents have been suffering from utterly ridiculous amounts of tidi, in sub-100 man fights or even moving thirty people ten gates. If you did do this rebalancing act, you sure seemed to have forgotten the systems between 0.5 and 0.0. So I'm going to quote you so you can't edit out the part where you look silly, and then quote the devblog that explains why you look silly. Quote:We're hoping to have this code out by tomorrow Wednesday, December 4th.
also just saying that the phrase used being 'empire systems' would most likely refer to both high and lowsec systems, as im fairly certain all of the 4 main factions have lowsec areas. if you consider the area u fly in as being non-empire i suggest looking at the logos on the station toolbar next time you're docked up. |
seth Hendar
I love you miners
257
|
Posted - 2013.12.03 16:29:00 -
[39] - Quote
Grarr Dexx wrote:Looks like a whole load of baloney! Us lowsec residents have been suffering from utterly ridiculous amounts of tidi, in sub-100 man fights or even moving thirty people ten gates. If you did do this rebalancing act, you sure seemed to have forgotten the systems between 0.5 and 0.0. +1000; having a tidi spike because i undock a 10 men bantam fleet is ridiculous.
forget about making 5 jumps with them.....
currently i tend to play less and less, because 80% of the tie tidi kicks in ever 2 minutes, usually to 50%, often even lower.
while it is ok to happen sometimes, i don't even play on weekend anymore, i don't even log, i know it will be tidi 50% every 2 minutes while the whole constellation as not even 100 pilots in it.....that's ridiculous |
|
CCP Explorer
C C P C C P Alliance
1873
|
Posted - 2013.12.03 16:35:00 -
[40] - Quote
Aquila Sagitta wrote:How is this being applied to wh systems? It isn't. Solarsystems that are not geographically connected (WH systems) and non-solarsystem services are loadbalanced differently. Erlendur S. Thorsteinsson | Development Director | EVE Online // CCP Games | @erlendur |
|
|
Berluth Luthian
Meltdown.
135
|
Posted - 2013.12.03 16:35:00 -
[41] - Quote
So could people do node-fu like they do grid-fu and warp around to try and map a node in order to use that information for more...nefarious...purposes? |
GeeShizzle MacCloud
390
|
Posted - 2013.12.03 16:36:00 -
[42] - Quote
Prism is it possible to put hard barriers for the pre-loader to stop connecting low and null sec systems together on one node? does this happen already?
when remapping systems from an overloaded node to another can a low and null system end up on the same node after tomorrow? |
Starbuck05
The Mjolnir Bloc B O R G
59
|
Posted - 2013.12.03 16:37:00 -
[43] - Quote
my brain is hurting from trying to decypher all of that ... i got nothin -á- I am the commanding officer , u should adress me as sir ! -á- But if i call u sir , what would i call your wife then ?? |
Berluth Luthian
Meltdown.
135
|
Posted - 2013.12.03 16:39:00 -
[44] - Quote
CCP Explorer wrote:Aquila Sagitta wrote:How is this being applied to wh systems? It isn't. Solarsystems that are not geographically connected (WH systems) and non-solarsystem services are loadbalanced differently.
So does this mean that there are systems that are non-wh, non-solar systems? This further satisfies my theory that our new systems could be in the folds between known space in the dangerous pockets of spacetime like "The Vapor Sea". |
Dom Roland
Butlerian Crusade Special Circumstances Alliance
0
|
Posted - 2013.12.03 16:39:00 -
[45] - Quote
This is cool stuff and its good to hear about the technical details. I hope your next job is some performance mods so that tidi doesn't kick in as much! |
Vincent Athena
V.I.C.E.
2327
|
Posted - 2013.12.03 16:39:00 -
[46] - Quote
This all looks good. It will be interesting to see what happens to TQ when you turn this on. (I'll set a long skill).
Where is dynamic re-mapping effort these days? Where are other efforts to reduce server load by improved algorithms, allowing a node to get the same results with less CPU? http://vincentoneve.wordpress.com/ |
Vincent Athena
V.I.C.E.
2327
|
Posted - 2013.12.03 16:43:00 -
[47] - Quote
Berluth Luthian wrote:CCP Explorer wrote:Aquila Sagitta wrote:How is this being applied to wh systems? It isn't. Solarsystems that are not geographically connected (WH systems) and non-solarsystem services are loadbalanced differently. So does this mean that there are systems that are non-wh, non-solar systems? This further satisfies my theory that our new systems could be in the folds between known space in the dangerous pockets of spacetime like "The Vapor Sea". Non-solarsystem services are things like portrait distribution, character sheet, in-station stuff (CQ is not run on the same node as space) and so on. http://vincentoneve.wordpress.com/ |
|
CCP Explorer
C C P C C P Alliance
1873
|
Posted - 2013.12.03 16:43:00 -
[48] - Quote
GeeShizzle MacCloud wrote:mynnna wrote:Grarr Dexx wrote:Looks like a whole load of baloney! Us lowsec residents have been suffering from utterly ridiculous amounts of tidi, in sub-100 man fights or even moving thirty people ten gates. If you did do this rebalancing act, you sure seemed to have forgotten the systems between 0.5 and 0.0. So I'm going to quote you so you can't edit out the part where you look silly, and then quote the devblog that explains why you look silly. Quote:We're hoping to have this code out by tomorrow Wednesday, December 4th. also just saying that the phrase used being 'empire systems' would most likely refer to both high and lowsec systems, as im fairly certain all of the 4 main factions have lowsec areas. if you consider the area u fly in as being non-empire i suggest looking at the logos on the station toolbar next time you're docked up. Yes, empire refers to high and low security space together. Erlendur S. Thorsteinsson | Development Director | EVE Online // CCP Games | @erlendur |
|
Artimis Scout
Wormhole Cartography
46
|
Posted - 2013.12.03 16:44:00 -
[49] - Quote
That Dev Blog scared and confused me. I don't know if I should bow down before you or burn you guys for witchcraft. |
|
CCP Explorer
C C P C C P Alliance
1873
|
Posted - 2013.12.03 16:44:00 -
[50] - Quote
Berluth Luthian wrote:CCP Explorer wrote:Aquila Sagitta wrote:How is this being applied to wh systems? It isn't. Solarsystems that are not geographically connected (WH systems) and non-solarsystem services are loadbalanced differently. So does this mean that there are systems that are non-wh, non-solar systems? Polaris is such a system. Erlendur S. Thorsteinsson | Development Director | EVE Online // CCP Games | @erlendur |
|
|
|
CCP Prism X
C C P C C P Alliance
1388
|
Posted - 2013.12.03 16:52:00 -
[51] - Quote
GeeShizzle MacCloud wrote:Prism is it possible to put hard barriers for the pre-loader to stop connecting low and null sec systems together on one node? does this happen already?
when remapping systems from an overloaded node to another can a low and null system end up on the same node after tomorrow?
Currently Nullsec is split off from Empire Space (High and Low). That's a change we did a long time ago and was covered in my first draft of this blog. That was however about three times the size of this one, without pictures. So yeah we could so that, but we don't.
There's probably a case to be made for their load fingerprint being different due to different player behaviour. But as it stands they get lumped in with high-sec. @CCP_PrismX EVE Database Developer and Expert Ranter Member of a Different Team, every day. |
|
Jessica Danikov
Clan Shadow Wolf Fatal Ascension
141
|
Posted - 2013.12.03 17:04:00 -
[52] - Quote
Dev Blogs like this make me reconsider my current job... sounds like you guys have fun problems to work on. |
BigSako
Burning Napalm Northern Coalition.
94
|
Posted - 2013.12.03 17:14:00 -
[53] - Quote
First of all: Great Dev Blog!
Second: I'm sure you probably heard that 1000 times now, but here it is:
Staging systems should be on separate nodes. E.g: NCdot staging in GXK should be on a DEDICATED node (doesnt have to be a super reinforced node, but a dedicated node with nothing else on it), same for N3 Staging I-N, PL staging BPK, SOLAR Staging, DD Staging, Sendaya, Doril, etc...
You can a) contact the alliance leaders or give them a way to identify their staging systems so they are NEVER ever in bad shape b) do it with an algorithm that checks for average pilots docked in the last 24 hours
Right now I have seen our staging system linked together with another staging system and we constantly had 10% tidi in both systems (all we do is undock and warp to titan...) - so THAT is completely stupid.
A lot of fights happen in staging systems too, so tidi is to expected.
Third: Not sure if that is possible, BUT every system with a reinforcement timer (IHUB, Station, POS) should be identified and CCP should have a team looking at these systems and sorting the nodes for possible fights. E.g: Most timers in Immensea and Catch will cause fights and TIDI because THAT is where the fight is on at the moment.
Fourth: Lowsec nodes are laggy. Very laggy. Probably because of Crime Watch. Not sure how to fix that, but I wanted to raise the issue again. |
Ashterothi
Aideron Robotics
171
|
Posted - 2013.12.03 17:17:00 -
[54] - Quote
So does that mean that the live test event was success after all? Aideron Robotics is hiring for the Gallente Federation war effort! https://www.aideronrobotics.com/wiki/Applying |
Altrue
Exploration Frontier inc
731
|
Posted - 2013.12.03 17:17:00 -
[55] - Quote
If it works, just... good job !! G££ <= Me |
Bienator II
madmen of the skies
2213
|
Posted - 2013.12.03 17:20:00 -
[56] - Quote
i would have tried to somehow solve it with voronoi maps but binary trees are probably easier to maintain since everybody knows them.
Long term Eve scalability will depend on the worst case scenario: Lots of people on one node. Or: lots of people moving between two nodes at the same time.
The first part of the dev blog basically tries to create a static load balancer which mitigates the second issue by splitting the bottle neck of a jump to two nodes (not placing neighboring systems on the same node). The first bottleneck however can only be truly solved by having real parallelism, e.g. running one system, if required, on multiple nodes. If this would be solved you wouldn't have to care about static load balancing since it could be all handled on demand. eve style bounties (done) dust boarding parties imagine there is war and everybody cloaks - join FW |
Weaselior
GoonWaffe Goonswarm Federation
5626
|
Posted - 2013.12.03 17:28:00 -
[57] - Quote
CCP Prism X wrote: Currently Nullsec is split off from Empire Space (High and Low). That's a change we did a long time ago and was covered in my first draft of this blog. That was however about three times the size of this one, without pictures. So yeah we could so that, but we don't.
What's the reasoning behind this? "I can hire one-half of the working class to kill the other half." |
BigSako
Burning Napalm Northern Coalition.
95
|
Posted - 2013.12.03 17:31:00 -
[58] - Quote
Weaselior wrote:CCP Prism X wrote: Currently Nullsec is split off from Empire Space (High and Low). That's a change we did a long time ago and was covered in my first draft of this blog. That was however about three times the size of this one, without pictures. So yeah we could so that, but we don't.
What's the reasoning behind this?
So huge fights in Nullsec don't affect ANY nodes in highsec which would potentially drive people out of the game? And vice versa - you can't **** up a node in highsec to influence fights in nullsec. |
jonnykefka
Adhocracy Incorporated Adhocracy
235
|
Posted - 2013.12.03 17:32:00 -
[59] - Quote
1) This is one of the best devblogs we've had in months, and you should feel good about that. Communicative, clear, interesting, explains why we've been having issues and what you're doing about it in just enough detail that we know someone's thinking about it. Well done.
2) So let's take a few steps back to that big ol' live event just before rubicon launched that went so badly awry. One of the major issues was the tidi slowdowns from gathering a huge fleet in a central Empire system and then going many, many gate-jumps to nullsec. I know the LE team is going to find different solutions for that in the future, but broadly speaking how much can this help with fleet movement? Do you need more warning to reinforce things along the way or distribute the pathway in a particular way? As people have noted, there are going to be issues when big fleets (or multiple fleets) move through several system on the same node. They may be heading to a fleet-fight node, but the route there is going to be REALLY screwed sometimes.
3) Does your algorithm factor in jump bridges (the POS kind, obviously the titan kind can go anywhere)? That seems like it would alter which systems get jump-loads in some sections of nullsec.
4) And as for W-space, can you comment on where we get TiDi from? We do get it from time to time, and I presume your logs will show when that happens.
5) Final curiosity: Does your mapping algorithm for W-space account for static wormholes? I know that the w-space "regions", or in some cases constellations, are divided up by static connections. You might not know which C3 a given hole will connect to, but you know that it will always connect to a C3... |
Abdiel Kavash
Paladin Order Fidelas Constans
2123
|
Posted - 2013.12.03 17:33:00 -
[60] - Quote
I am slightly confused. You started the devblog by asserting that the old system was bad, because it put clusters of connected systems on one node (and intra-node jumps are more expensive than inter-node jumps). Yet you end up with a system that puts even bigger clusters of connected systems on the same node? From the pictures it looks like instead of constellations, now huge chunks of regions share the same node. Wouldn't that lead to even more intra-node jumps?
I think that a way more optimal solution would be a kind of checkerboard-style distribution, where systems on one node are geographically close together (to save the poor trio of ratters in Solitude), but not directly connected to other systems on the same node. Several nodes could therefore share the load from people jumping in and out of a big fleet battle, and the majority of jumps would be inter-node jumps.
As others have already said, the new allocation could lead to even higher load being put on the nodes in battles, as it seems now that any sort of reinforcements or auxiliary fights will directly contribute to the load of the fleet fight node itself. And this will also happen with a pre-reinforced node - even if you take the contested system out of the picture, all the surrounding area still shares the same node. Whereas in the old distribution, it is rare to even find a system whose direct neighbors are all on the same node. |
|
|
|
|
Pages: 1 [2] 3 4 5 6 7 :: one page |
First page | Previous page | Next page | Last page |