Pages: 1 2 [3] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 7 post(s) |
|
CCP Explorer
C C P C C P Alliance
333
|
Posted - 2012.04.28 23:21:00 -
[61] - Quote
CCP Goliath wrote:Jita has a population cap in place to solve the very issue of server load. If you keep trying to log in you will eventually get there. The current population cap on Jita (2200 pilots) and the "Jita-customised" Time Dilation parameters on the Jita node are intended to keep Jita playable. We are actively monitoring Jita and we are trying to keep it right on the edge with as high a population cap as possible. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|
Dr Slaughter
Coreli Corporation Naraka.
1
|
Posted - 2012.04.28 23:25:00 -
[62] - Quote
adam smash wrote:But CCP sold us on one world with no instances...
You just made jita an instance... and a lower one than it was yesterday.. you just made jita an instance.
You realize that each grid is essentially a discrete limited 'instance' ed area within the game right? That each solar system is exactly the same again but made up of a number of 'instances' of grids etc. etc.
The *point* is that they all share the same database. You can't have, and never will have, all the players and ships in CCPs giant sandbox live in one place.
get over it already
|
Malcanis
Vanishing Point. The Initiative.
3537
|
Posted - 2012.04.28 23:29:00 -
[63] - Quote
Dr Slaughter wrote:adam smash wrote:But CCP sold us on one world with no instances...
You just made jita an instance... and a lower one than it was yesterday.. you just made jita an instance. You realize that each grid is essentially a discrete limited 'instance' ed area within the game right? That each solar system is exactly the same again but made up of a number of 'instances' of grids etc. etc. The *point* is that they all share the same database. You can't have, and never will have, all the players and ships in CCPs giant sandbox live in one place. get over it already
That's not instancing, that's zoning.
An instance is where a location in an MMO is duplicated for each player that wants to access it. Malcanis' Law: Any proposal justified on the basis that "it will benefit new players" is invariably to the greater advantage of older, richer players.
Things to do in EVE:-áhttp://swiftandbitter.com/eve/wtd/ |
Nerath Naaris
Pink Winged Unicorns for Peace Love and Anarchy
96
|
Posted - 2012.04.28 23:41:00 -
[64] - Quote
It took me a only couple of tries and less than a minute to log into Jita each time I tried. Of course, that is probably enough to be scanned and designated a viable ganking target. Fun thing is, though, the Niyabainen gate is completely deserted last time I checked. On both sides.
But I guess for an industrial to use any other gate but the Perimeter one to get into Jita is some kind of unwritten exploit..... Forum-unbanned since 2011.10.20. |
Dr Slaughter
Coreli Corporation Naraka.
1
|
Posted - 2012.04.28 23:46:00 -
[65] - Quote
that's why I used quotes around the word 'instance'. |
Malcanis
Vanishing Point. The Initiative.
3539
|
Posted - 2012.04.29 01:04:00 -
[66] - Quote
Dr Slaughter wrote:that's why I used quotes around the word 'instance'.
I could use quotes round the word 'unicorn' to describe my brother's cat; it would still be the wrong word. Instance has a specific meaning within the context of MMOs, as does zoning. Quote marks won't turn one into the other. Malcanis' Law: Any proposal justified on the basis that "it will benefit new players" is invariably to the greater advantage of older, richer players.
Things to do in EVE:-áhttp://swiftandbitter.com/eve/wtd/ |
MadMuppet
Kerguelen Station
288
|
Posted - 2012.04.29 02:37:00 -
[67] - Quote
Jacob Stiller wrote:Chokichi Ozuwara wrote:Jonah Gravenstein wrote:Jita isn't the only system in the game, if it was then you'd have a point, but it's not. If Jita is where you and your ships are, it is the only system in the game to login at. False. If you try to log into a toon located in Jita at a time when Jita is "full," you and the ship you logged out in will be given the option to spawn in a neighboring system.
Yeah, neat trick. Log in to Jita, steal some wreck loot, dock, log out, log back in and get bounced to an adjacent system, fly to Rens and sell the loot. Instant 100 million isk. My buddy is rubbing my nose in it now (I got popped). I don't always finish my commentary, but when I do |
Dr Slaughter
Coreli Corporation Naraka.
1
|
Posted - 2012.04.29 08:14:00 -
[68] - Quote
Malcanis wrote:Dr Slaughter wrote:that's why I used quotes around the word 'instance'. I could use quotes round the word 'unicorn' to describe my brother's cat; it would still be the wrong word. Instance has a specific meaning within the context of MMOs, as does zoning. Quote marks won't turn one into the other. I liked your definition of zoning. Perhaps I have also made some sort of additional punctuation errors you can correct for me thus showing how clever you are on internet forums?
|
Alavaria Fera
GoonWaffe Goonswarm Federation
520
|
Posted - 2012.04.29 08:25:00 -
[69] - Quote
CCP Explorer wrote:CCP Goliath wrote:Jita has a population cap in place to solve the very issue of server load. If you keep trying to log in you will eventually get there. The current population cap on Jita (2200 pilots) and the "Jita-customised" Time Dilation parameters on the Jita node are intended to keep Jita playable. We are actively monitoring Jita and we are trying to keep it right on the edge with as high a population cap as possible. Wow. Can you tell us anything about what makes Jita-customised TiDi different from fleet fight Tidi?
Does it help prevent those chaps from making it really hard to load the Jita 4-4 undock grid? Those who cannot adapt become victims of Evolugalbugaslugakjlwsdhvbzxd |
Francisco Bizzaro
65
|
Posted - 2012.04.29 08:34:00 -
[70] - Quote
Just curious, does the architecture allow them to put the Jita 4-4 station onto a separate cluster node?
The in-station and in-space games are disconnected enough that this would be a natural place to split the work, and allow for an effective doubling of the local population (maybe more for the in-station node, if it is less cpu hungry).
I've never heard of them doing this, so I assume it would require some significant re-engineering. |
|
Malcanis
Vanishing Point. The Initiative.
3542
|
Posted - 2012.04.29 08:37:00 -
[71] - Quote
Dr Slaughter wrote:Malcanis wrote:Dr Slaughter wrote:that's why I used quotes around the word 'instance'. I could use quotes round the word 'unicorn' to describe my brother's cat; it would still be the wrong word. Instance has a specific meaning within the context of MMOs, as does zoning. Quote marks won't turn one into the other. I liked your definition of zoning. Perhaps I have also made some sort of additional punctuation errors you can correct for me thus showing how clever you are on internet forums?
Sure. I'll get back to you after breakfast if that's OK. Malcanis' Law: Any proposal justified on the basis that "it will benefit new players" is invariably to the greater advantage of older, richer players.
Things to do in EVE:-áhttp://swiftandbitter.com/eve/wtd/ |
Rico Minali
Sons Of 0din Fatal Ascension
578
|
Posted - 2012.04.29 08:37:00 -
[72] - Quote
Col Arran wrote: CFC are stopping me playing how I want to play, please ban them all!
Fixed your post for you, see? You didnt need all those words after all. Trust me, I almost know what I'm doing. |
|
CCP Explorer
C C P C C P Alliance
335
|
Posted - 2012.04.29 09:23:00 -
[73] - Quote
Alavaria Fera wrote:CCP Explorer wrote:CCP Goliath wrote:Jita has a population cap in place to solve the very issue of server load. If you keep trying to log in you will eventually get there. The current population cap on Jita (2200 pilots) and the "Jita-customised" Time Dilation parameters on the Jita node are intended to keep Jita playable. We are actively monitoring Jita and we are trying to keep it right on the edge with as high a population cap as possible. Wow. Can you tell us anything about what makes Jita-customised TiDi different from fleet fight Tidi? Does it help prevent those chaps from making it really hard to load the Jita 4-4 undock grid? Time Dilation was born from the need to better support large-scale fleet fights in 0.0. While we have had Time Dilation kick in in low-sec then this is the first time that Time Dilation kicks in for any sustained periods* in high-sec and frankly speaking this is a technical gold mine for us.
* Time Dilation is not always active in Jita right now, it only kicks in when there is significant activity. Most of the time right now then it is at 95-100% CPU and TiDi at 100% with TiDi bursting occasionally to 50-33%.
The CPU profile and general usage profile of Jita has always been very different from the rest of the universe. There are 4 large groups of profiles: 0.0 fights, mission hubs, market hubs, general solar system.
We configured TiDi to deal with 0.0 fights and those parameters mostly work for Jita but not quite. As a specific example then TiDi has to kick in very aggressively and very quickly during large fleet jump-ins. This use case doesn't apply to Jita but rather we have to deal with Crime Watch monitoring (which also applies to low-sec but not 0.0) and CONCORD response (which doesn't apply to low-sec or 0.0) for short-burst smaller engagements (but potentially multiple such activities). Different code and different usage profile and so we are having TiDi delay the activation until it's clear that the engagement is going to be sustained (e.g., parties in high-sec war in Jita) or that there are multiple suicide ganks on-going at the same time. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|
|
CCP Explorer
C C P C C P Alliance
336
|
Posted - 2012.04.29 09:27:00 -
[74] - Quote
Francisco Bizzaro wrote:Just curious, does the architecture allow them to put the Jita 4-4 station onto a separate cluster node?
The in-station and in-space games are disconnected enough that this would be a natural place to split the work, and allow for an effective doubling of the local population (maybe more for the in-station node, if it is less cpu hungry).
I've never heard of them doing this, so I assume it would require some significant re-engineering. From an architectural standpoint then it's possible to split stations from solar systems. This is how it was in the beginning of EVE but over time dependencies have been added and it's a fair amount of work to split them again. As a part of multi-player Incarna then we were working on splitting them up again.
The CPU profile differs between different types of systems. In most systems then stations comparatively consume almost no CPU with CPU cycles being spent on in-space simulation and damage tracking, whereas Jita is inventory-operation heavy and the stations (4-4 in particular) consume a lot of CPU. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|
Mallak Azaria
Dominus Nex Angelus
73
|
Posted - 2012.04.29 09:47:00 -
[75] - Quote
Yet another butthurt OP.
Your tears would be ruining my forums immersion, if they weren't so tasty. |
RDevz
GoonWaffe Goonswarm Federation
84
|
Posted - 2012.04.29 10:07:00 -
[76] - Quote
Col Arran wrote: 1. You may not take any action that imposes an unreasonable or disproportionately large load on the System.
Stated here plain and clear if the system is unable to accept new connections then I would say that is an unreasonable or disproportionately large load.
I'm in Jita. Occasionally I shoot something. I can't help that one hundred of my closest friends and associates have also decided to be in Jita, occasionally shooting something. I especially can't help that hundreds of vultures, alts, and associated hangers-on that are completely unaffiliated to my alliance have decided to follow me around and try to loot my wrecks and ***** on my killmails.
~10,058~ |
Dr Slaughter
Coreli Corporation Naraka.
1
|
Posted - 2012.04.29 12:38:00 -
[77] - Quote
CCP Explorer wrote:Francisco Bizzaro wrote:Just curious, does the architecture allow them to put the Jita 4-4 station onto a separate cluster node?
The in-station and in-space games are disconnected enough that this would be a natural place to split the work, and allow for an effective doubling of the local population (maybe more for the in-station node, if it is less cpu hungry).
I've never heard of them doing this, so I assume it would require some significant re-engineering. From an architectural standpoint then it's possible to split stations from solar systems. This is how it was in the beginning of EVE but over time dependencies have been added and it's a fair amount of work to split them again. As a part of multi-player Incarna then we were working on splitting them up again. The CPU profile differs between different types of systems. In most systems then stations comparatively consume almost no CPU with CPU cycles being spent on in-space simulation and damage tracking, whereas Jita is inventory-operation heavy and the stations (4-4 in particular) consume a lot of CPU. I remember there was a time when most of the SOL services had been implemented in a monolithic way and you worked hard splitting them up (with some successes such as market etc.). That was back when the GIL was causing you scalability problems and the x86 architecture had run out of an ever increasing number of Ghz.
There was talk about making each SOL service distributable and using Infiniband RDMA to keep everything in sync. What happened to the HPC cell and this work?
|
|
CCP Explorer
C C P C C P Alliance
337
|
Posted - 2012.04.29 14:25:00 -
[78] - Quote
Dr Slaughter wrote:CCP Explorer wrote:Francisco Bizzaro wrote:Just curious, does the architecture allow them to put the Jita 4-4 station onto a separate cluster node?
The in-station and in-space games are disconnected enough that this would be a natural place to split the work, and allow for an effective doubling of the local population (maybe more for the in-station node, if it is less cpu hungry).
I've never heard of them doing this, so I assume it would require some significant re-engineering. From an architectural standpoint then it's possible to split stations from solar systems. This is how it was in the beginning of EVE but over time dependencies have been added and it's a fair amount of work to split them again. As a part of multi-player Incarna then we were working on splitting them up again. The CPU profile differs between different types of systems. In most systems then stations comparatively consume almost no CPU with CPU cycles being spent on in-space simulation and damage tracking, whereas Jita is inventory-operation heavy and the stations (4-4 in particular) consume a lot of CPU. I remember there was a time when most of the SOL services had been implemented in a monolithic way and you worked hard splitting them up (with some successes such as market etc.). That was back when the GIL was causing you scalability problems and the x86 architecture had run out of an ever increasing number of Ghz. There was talk about making each SOL service distributable and using Infiniband RDMA to keep everything in sync. What happened to the HPC cell and this work? We eventually went a different route since that technology didn't fit what we needed.
We have in the past few years moved services off the location nodes that don't pertain to the solarsystems. Early examples of that were the market and corp/alliance services. We implemented new things such as the EVE Voice service, EVE Gate Service, Fleet Finder, Bulk Data Delivery Service, Incursions Service and Planetary Interaction Manager in this manner and then moved all character-related services to different nodes, services such as character lookup, mail, calendar, contracts, etc.
We then replaced the network layer with a new (multi-threaded) layer in C++ (called CarbonIO), which then avoids the GIL. We used in features in CarbonIO for synchronising Time Dilation timestamps between each node and the clients on that node. Using CarbonIO we also made improvements to how the space simulation sends update packets to all clients.
With significant simplification then the location nodes now handle the space simulation (Destiny), damage tracking (Dogma), aggressions (Crime Watch) and inventory operations (Inventory). Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|
Audix
Rayn Enterprises Test Alliance Please Ignore
1
|
Posted - 2012.04.29 14:57:00 -
[79] - Quote
Col Arran wrote:This is unacceptable, I am not able to log into the Jita system because it is unable to accept new connections. This is 100% unacceptable and is affecting my experience.
I wanted to log into Jita to get some trading done in these times of trouble but guess what? I can't. I expect a resolution immediately, CCP had more than enough time to sufficiently reinforce the Jita node and they did not. Also I do not care if it is merely a political statement, for the lulz or whatever.
6. CONDUCT
A. Specifically Restricted Conduct
Your continued access to the System and license to play the Game is subject to proper conduct. Without limiting CCP's rights to control the Game environment, and the conduct of the players within that environment, CCP prohibits the following practices that CCP has determined detract from the overall user experience of the users playing the Game.
1. You may not take any action that imposes an unreasonable or disproportionately large load on the System.
Stated here plain and clear if the system is unable to accept new connections then I would say that is an unreasonable or disproportionately large load.
QQ o7o7o7o7o7oo7o7o7o7oo7o7o7 m8m8m8m8m8mm8m8m8m8mm8m8 |
Lapine Davion
Outer Ring Applied Logistics
276
|
Posted - 2012.04.30 04:10:00 -
[80] - Quote
Hey man, you're down with the clown, aren't you? Don't worry about posting with your main! -áPost with your brain! "Never attribute to malice that which is adequately explained by stupidity." |
|
Son IamaDerp
Federal Navy Academy Gallente Federation
5
|
Posted - 2012.04.30 04:20:00 -
[81] - Quote
Lapine Davion wrote:Hey man, you're down with the clown, aren't you? You're insulting clowns. He's a Juggalo, whoopwhoopmagnets. |
Dr Slaughter
Coreli Corporation Naraka.
1
|
Posted - 2012.04.30 08:52:00 -
[82] - Quote
CCP Explorer wrote:We eventually went a different route since that technology didn't fit what we needed.
We have in the past few years moved services off the location nodes that don't pertain to the solarsystems. Early examples of that were the market and corp/alliance services. We implemented new things such as the EVE Voice service, EVE Gate Service, Fleet Finder, Bulk Data Delivery Service, Incursions Service and Planetary Interaction Manager in this manner and then moved all character-related services to different nodes, services such as character lookup, mail, calendar, contracts, etc.
We then replaced the network layer with a new (multi-threaded) layer in C++ (called CarbonIO), which then avoids the GIL. We used in features in CarbonIO for synchronising Time Dilation timestamps between each node and the clients on that node. Using CarbonIO we also made improvements to how the space simulation sends update packets to all clients.
With significant simplification then the location nodes now handle the space simulation (Destiny), damage tracking (Dogma), aggressions (Crime Watch) and inventory operations (Inventory). Thanks for the catch-up Explorer! While you're showing us what's under the hood I'm going to ask a couple more questions :)
Has all of this impacted the proxies at all? I assume you simply limit the number of clients that can be connected to each proxy node rather than operate them in a NLBS fashion?
What's CCP Warlock up to now?
|
|
CCP Explorer
C C P C C P Alliance
343
|
Posted - 2012.04.30 16:59:00 -
[83] - Quote
Dr Slaughter wrote:CCP Explorer wrote:We eventually went a different route since that technology didn't fit what we needed.
We have in the past few years moved services off the location nodes that don't pertain to the solarsystems. Early examples of that were the market and corp/alliance services. We implemented new things such as the EVE Voice service, EVE Gate Service, Fleet Finder, Bulk Data Delivery Service, Incursions Service and Planetary Interaction Manager in this manner and then moved all character-related services to different nodes, services such as character lookup, mail, calendar, contracts, etc.
We then replaced the network layer with a new (multi-threaded) layer in C++ (called CarbonIO), which then avoids the GIL. We used in features in CarbonIO for synchronising Time Dilation timestamps between each node and the clients on that node. Using CarbonIO we also made improvements to how the space simulation sends update packets to all clients.
With significant simplification then the location nodes now handle the space simulation (Destiny), damage tracking (Dogma), aggressions (Crime Watch) and inventory operations (Inventory). Has all of this impacted the proxies at all? I assume you simply limit the number of clients that can be connected to each proxy node rather than operate them in a NLBS fashion? These changes reduced the CPU load on the proxies but also changed the profile to be slightly non-linear. The overall gain was that at 100% CPU load then approx. 5% more clients could be connected to each proxy but at the target 80% CPU load then approx. 25% more clients could be connected. We then bought better hardware for the proxies and eventually reduced the number of proxies significantly, from 24-27 proxies (on 11-12 blades) to 16 proxies (on 4 blades) today. The load balancer operates on "fewest number of connections" and there is a safe-guard limit on each proxy. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|
|
|
|
Pages: 1 2 [3] :: one page |
First page | Previous page | Next page | Last page |