Pages: 1 2 [3] 4 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 19 post(s) |
|
ISD Ezwal
ISD Community Communications Liaisons
2116
|
Posted - 2014.09.08 20:13:00 -
[61] - Quote
Talon Draygo wrote: At one point we had over 5000 pilots in system. And the server kept going.... Let me assure you that if someone would have told me that several years back, I would have bought them a beer. I also would have laughed hard straight in their face...
That said, I have removed some rule breaking posts and those quoting them. As always I let some edge cases stay. Please people, keep it on topic and above all civil!
The Rules: 3. Ranting is prohibited.
A rant is a post that is often filled with angry and counterproductive comments. A free exchange of ideas is essential to building a strong sense of community and is helpful in development of the game and community. Rants are disruptive, and incite flaming and trolling. Please post your thoughts in a concise and clear manner while avoiding going off on rambling tangents.
4. Personal attacks are prohibited.
Commonly known as flaming, personal attacks are posts that are designed to personally berate or insult another forum user. Posts of this nature are not beneficial to the community spirit that CCP promote and as such they will not be tolerated.
8. Use of profanity is prohibited.
The use of profanity is prohibited on the EVE Online forums. This includes the partial masking of letters using numbers or alternate symbols, and any attempts at bypassing the profanity filter. ISD Ezwal Captain Community Communication Liaisons (CCLs) Interstellar Services Department |
|
Speedkermit Damo
Demonic Retribution
298
|
Posted - 2014.09.09 16:33:00 -
[62] - Quote
having experienced TiDi before, i kind of knew what to expect, but the sheer number of pilots attending this event surprised me. I though we might get half the number that actually turned up.
The experience of course was terrible, managed to fire one salvo of missiles in four hours.
Most Eve players will would never get a chance to get on a supercap killmail, and nearly five thousand players turned up to get one, so CCP you'd better get on with it, and sort that killmail out or I predict there's going to be trouble. Repeatedly pissing off your clients is not good for business so please get this one right for a change. Don't Panic.
|
Coffee Rocks
Thrall Nation Brave Collective
320
|
Posted - 2014.09.09 21:04:00 -
[63] - Quote
Jandice Ymladris has a wonderful article recently posted on The Coffee Rocks:
The Nisuwa Revenant Kill Event (or how we tried to murder the servers)
Outstanding summation of the technical aspects of this Live Event, and the problems that occurred. http://www.thecoffeerocks.com Twitter: @thecoffeerocks |-áSteam: CoffeeRocks-á https://forums.eveonline.com/default.aspx?g=posts&find=unread&t=327221 |
Nevyn Auscent
Broke Sauce
1532
|
Posted - 2014.09.10 01:33:00 -
[64] - Quote
Speedkermit Damo wrote: The last live event was a PR disaster. Repeatedly pissing off your clients is not good for business so please get this one right for a change. You know this wasn't a Live Event right? This was a player event, quite different and this thread is really in the wrong forum. |
Coffee Rocks
Thrall Nation Brave Collective
322
|
Posted - 2014.09.10 03:52:00 -
[65] - Quote
Nevyn Auscent wrote:Speedkermit Damo wrote: The last live event was a PR disaster. Repeatedly pissing off your clients is not good for business so please get this one right for a change. You know this wasn't a Live Event right? This was a player event ...
Bingo.
Player driven events with this kind of a prize ("come here and shoot this") tend to create this problem. Nothing against eve-bet: I still applaud anyone that tries to shake it up! http://www.thecoffeerocks.com Twitter: @thecoffeerocks |-áSteam: CoffeeRocks-á https://forums.eveonline.com/default.aspx?g=posts&find=unread&t=327221 |
Azami Nevinyrall
Red Federation RvB - RED Federation
1990
|
Posted - 2014.09.10 06:25:00 -
[66] - Quote
CCP Explorer wrote:
The last part is more tricky and the one we would appreciate feedback: How can we spread large fights over multiple systems in such a manner that it's fun for everyone involved? Some sort of a simultaneous mega-objective across multiple systems but only when there are many involved so you could still have single-system fights depending on man-power (we don't want to require people to always have 3000+ pilot fleets). This happened in B-R since there were fights in the staging systems and Titans and fleets were intercepted en route to B-R. [/list]
This...I might have an answer to!
I'm currently penning a mechanic to allow for this in Nullsec. Its a more...."down to Earth"....solution. Working on the final details and also, wondering who can I discuss this with in a serious and non-trolly manner. EVE needs more Pssshhhh |
|
CCP Falcon
8931
|
Posted - 2014.09.13 22:15:00 -
[67] - Quote
For reference, this was not a CCP hosted event, and wasn't organized by us.
There seems to be misconceptions by some people that this event was CCP organized. That isn't the case.
A little assistance was provided, however
CCP Falcon || Community Manager || @CCP_Falcon
Happy Birthday To FAWLTY7! <3 |
|
God Arthie
Steel and Strong
9
|
Posted - 2014.09.13 22:22:00 -
[68] - Quote
CCP Falcon wrote:... A little assistance was provided, however So that's why there is no KM =). |
Durzel
Questionable Ethics. Ministry of Inappropriate Footwork
273
|
Posted - 2014.09.14 09:02:00 -
[69] - Quote
Talon Draygo wrote:Well without a kill mail the whole thing was a complete waste of time in my opinion. The lure of a killmail was the reason there were so many people there to begin with, so it's a self-defeating behaviour. It was a completely artificial fight.
That's not to say that CCP shouldn't strive to enable 4000+ person fights, but they shouldn't care too much about events that are only as popular as they are because of legions of people who don't care who is involved or why it's happening but just want to pad their killboards. |
Sales Alt negrodamus
SalesAltCorp
7
|
Posted - 2014.09.15 11:49:00 -
[70] - Quote
Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)?
|
|
Fix Lag
GoonWaffe Goonswarm Federation
783
|
Posted - 2014.09.15 13:41:00 -
[71] - Quote
fix it fix it fix it CCP mostly sucks at their job, but Veritas is a pretty cool dude. |
Barbaydos
Black Scorpions Inc Circle-Of-Two
17
|
Posted - 2014.09.15 13:50:00 -
[72] - Quote
CCP Explorer wrote:The last part is more tricky and the one we would appreciate feedback: How can we spread large fights over multiple systems in such a manner that it's fun for everyone involved? Some sort of a simultaneous mega-objective across multiple systems but only when there are many involved so you could still have single-system fights depending on man-power (we don't want to require people to always have 3000+ pilot fleets). This happened in B-R since there were fights in the staging systems and Titans and fleets were intercepted en route to B-R. [/list]
2 ideas here
would it be possible that if multiple systems are reinforced within the same region or constellation they could have a linked timer? i.e. an ihub and a station within the same constellation are both reinforced and because of the linked timers they come out at the same time.
if you dont hit both targets and succeed with both timers within say 15mins of each other then the target that was not successfully hit within that 15min window gets an accelerated regen rate until it resets back to either the previous timer or full hp.
OR
for each timer you hit a anomaly or plex site spawns with a target that must be killed within a certain time. killing the target would result in a reduction in hp of the main target whilst defending the target would result in a hp bonus to the main target.
so basically if you attack the secondary site you help your main attack on the main structure, whereas if you dont then you only just make the job harder for yourself.
|
|
CCP Explorer
C C P C C P Alliance
2372
|
Posted - 2014.09.15 14:59:00 -
[73] - Quote
Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult.
Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @erlendur |
|
Sierra Payne
Confederation of Independent Contractors Swamphole
0
|
Posted - 2014.09.15 15:53:00 -
[74] - Quote
CCP Explorer wrote: Team Gridlock is continuing on rewriting Dogma and on the Brain-in-a-Box project. There are also other things on the table such as drone-swarms where all drones act in a swarm like one drone, this would be similar to the grouped gun system. Given the O(n^2) nature of drones this would significantly reduce load in certain scenarios.
Would it be an idea that when TiDi goes under 10%, that each player gets a sort of notification that's non-intrusive that tells them their command has been send to the server? That way you may reduce some input lag as well? |
Arthur Pendrag
BOVRIL bOREers Mining CO-OP Brave Collective
0
|
Posted - 2014.09.15 16:22:00 -
[75] - Quote
CCP Explorer wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult.
Does the difficulty arise from trying to keep multiple nodes synchronized, serialize events, or ??? Finding a way to parallelize the handling of a solar system seems like a fascinating challenge with a huge payoff if you can make it work. With the way Intel keeps managing to cram more cores into every cpu generation yet not significantly increasing the execution speed of single threads it just begs you to spread the work load around. |
Chagatai Chinua
Brave Newbies Inc. Brave Collective
0
|
Posted - 2014.09.15 16:23:00 -
[76] - Quote
CCP Explorer wrote:MonkeyBusiness Thiesant wrote:Couple quick thoughts:
1) Is it possible to just turn off crimewatch in a LS system undergoing this level of tidi? Not an ideal solution, but at the same time not really a big loss in giant fleet situations either.
2) How about stopping drone use entirely in particularly heavy tidi? People can still turn up, just have to use non-drone ships. Obviously this sort of artificial limitation isn't at all ideal, and the droneswarm changes mentioned above will deal with the issue longterm, but if it makes big fleet fights more bearable that's clearly superior to the current situation. No on both, because if we did that then Time Dilation stops being a method to mitigate/spread load and instead becomes a game mechanic.
In Real Life, the mechanisms which maintain social order, such as policing, do in fact break down in the face of "unexpected load." Lots of things that would get you arrested on a normal day will pass unnoticed in the middle of a large demonstration, to say nothing of a riot.
So it wouldn't be unrealistic per se to have an actual mechanic where law enforcement response - CONCORD and even security status penalties - become degraded in the face of massive system population.
I don't think its stretching the lore too far to suggest that the physical substrate of drone communication, whether it be EM spectrum or some hyperwave thing, is not infinite and thus there is a cap on the total amount of drone activity that can occur on a given grid.
It's true that this is basically retconning a mechanic that suits the limitations of the current implementation, but to be honest that's something every game does, not just MMOs or computer games. |
Xenuria
The Scope Gallente Federation
954
|
Posted - 2014.09.15 17:26:00 -
[77] - Quote
I realize that some of the hardware is classified but I would appreciate any transparency that is possible. It's nice to know that some super amazing hardware is doing hardware stuff but I for one would like to have charts and infopics on the utilization of the hardware. I want to see actual technical specs like speeds and such.
Obviously that cannot be done for the jita server because it's supa sekret. I just want to see much more transparency on the technical aspect. CSM 9 Candidate Philanthropist Polymath Savant Hero |
Max Kolonko
High Voltage Industries Ash Alliance
450
|
Posted - 2014.09.15 17:39:00 -
[78] - Quote
Arthur Pendrag wrote:CCP Explorer wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult. Does the difficulty arise from trying to keep multiple nodes synchronized, serialize events, or ??? Finding a way to parallelize the handling of a solar system seems like a fascinating challenge with a huge payoff if you can make it work. With the way Intel keeps managing to cram more cores into every cpu generation yet not significantly increasing the execution speed of single threads it just begs you to spread the work load around.
This comes up all the time and answer is the same. Difficulty comes from the fact that eve is single threaded. It would have to be rewritten to support multi-threading.
Read and support: Don't mess with OUR WH's What is Your stance on WH stuff? |
Arthur Pendrag
BOVRIL bOREers Mining CO-OP Brave Collective
0
|
Posted - 2014.09.15 17:45:00 -
[79] - Quote
Max Kolonko wrote:Arthur Pendrag wrote:CCP Explorer wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult. Does the difficulty arise from trying to keep multiple nodes synchronized, serialize events, or ??? Finding a way to parallelize the handling of a solar system seems like a fascinating challenge with a huge payoff if you can make it work. With the way Intel keeps managing to cram more cores into every cpu generation yet not significantly increasing the execution speed of single threads it just begs you to spread the work load around. This comes up all the time and answer is the same. Difficulty comes from the fact that eve is single threaded. It would have to be rewritten to support multi-threading.
I thought that referred to the client and not necessarily the server side.
|
Max Kolonko
High Voltage Industries Ash Alliance
450
|
Posted - 2014.09.15 18:22:00 -
[80] - Quote
Arthur Pendrag wrote:Max Kolonko wrote:Arthur Pendrag wrote:CCP Explorer wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult. Does the difficulty arise from trying to keep multiple nodes synchronized, serialize events, or ??? Finding a way to parallelize the handling of a solar system seems like a fascinating challenge with a huge payoff if you can make it work. With the way Intel keeps managing to cram more cores into every cpu generation yet not significantly increasing the execution speed of single threads it just begs you to spread the work load around. This comes up all the time and answer is the same. Difficulty comes from the fact that eve is single threaded. It would have to be rewritten to support multi-threading. I thought that referred to the client and not necessarily the server side.
That definitely refers to server side. Read and support: Don't mess with OUR WH's What is Your stance on WH stuff? |
|
Locke DieDrake
The Arrow Project
26
|
Posted - 2014.09.15 19:54:00 -
[81] - Quote
Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)?
The game code was made before multi-core/MPP systems became the standard hosting paradigm. Meaning, in order for EVE to run on a single solar system on multiple pieces of hardware (IE: clustering) they would have to rewrite a great deal of the base code. Something they have been utterly unwilling to do. See POS code, corp code, basically every major issue with the game... it starts right here. |
|
CCP Explorer
C C P C C P Alliance
2375
|
Posted - 2014.09.15 20:30:00 -
[82] - Quote
Sierra Payne wrote:CCP Explorer wrote:Team Gridlock is continuing on rewriting Dogma and on the Brain-in-a-Box project. There are also other things on the table such as drone-swarms where all drones act in a swarm like one drone, this would be similar to the grouped gun system. Given the O(n^2) nature of drones this would significantly reduce load in certain scenarios. Would it be an idea that when TiDi goes under 10%, that each player gets a sort of notification that's non-intrusive that tells them their command has been send to the server? That way you may reduce some input lag as well? Commands are sent by the client, received by the server and put into the processing queue in a matter of a couple of seconds at most even under heavy load and lag. Even for exceptionally large events, such as this one, we rarely if ever see scheduler lag. We then rarely see any processing queues build up, except for the damage calculation queue (this system is called Dogma). Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @erlendur |
|
|
CCP Explorer
C C P C C P Alliance
2375
|
Posted - 2014.09.15 20:33:00 -
[83] - Quote
Arthur Pendrag wrote:CCP Explorer wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult. Does the difficulty arise from trying to keep multiple nodes synchronized, serialize events, or ??? Finding a way to parallelize the handling of a solar system seems like a fascinating challenge with a huge payoff if you can make it work. With the way Intel keeps managing to cram more cores into every cpu generation yet not significantly increasing the execution speed of single threads it just begs you to spread the work load around. All of the above. It's not really even a matter of hosting a solarsystem on multiple nodes since we would have to reap the benefits in big fights where all the action takes place on a single grid and everyone is potentially affecting everyone else and at least everyone needs to know about everyone else (and all their drones). Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @erlendur |
|
|
CCP Explorer
C C P C C P Alliance
2375
|
Posted - 2014.09.15 20:36:00 -
[84] - Quote
Xenuria wrote:I realize that some of the hardware is classified but I would appreciate any transparency that is possible. It's nice to know that some super amazing hardware is doing hardware stuff but I for one would like to have charts and infopics on the utilization of the hardware. I want to see actual technical specs like speeds and such.
Obviously that cannot be done for the jita server because it's supa sekret. I just want to see much more transparency on the technical aspect. We will write a devblog on the new hardware once we have replies to the RFPs and have made a decision on both what we are buying and when. Currently this in RFP stage. Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @erlendur |
|
|
CCP Explorer
C C P C C P Alliance
2375
|
Posted - 2014.09.15 20:38:00 -
[85] - Quote
Max Kolonko wrote:Arthur Pendrag wrote:CCP Explorer wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult. Does the difficulty arise from trying to keep multiple nodes synchronized, serialize events, or ??? Finding a way to parallelize the handling of a solar system seems like a fascinating challenge with a huge payoff if you can make it work. With the way Intel keeps managing to cram more cores into every cpu generation yet not significantly increasing the execution speed of single threads it just begs you to spread the work load around. This comes up all the time and answer is the same. Difficulty comes from the fact that eve is single threaded. It would have to be rewritten to support multi-threading. Multi-threading is not the silver-bullet you are looking for. Big fights often happen in a single grid where everyone and their drones are affecting everyone else (and their drones). This is a lot of shared state, synchronization and thread communication were it to be multi-threaded. Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @erlendur |
|
Sales Alt negrodamus
SalesAltCorp
7
|
Posted - 2014.09.15 20:41:00 -
[86] - Quote
CCP Explorer wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? In terms of hosting the simulation itself (both the physics simulation and the damage simulation) on multiple devices then that is very difficult.
Eh, worth a thought.
Personally I think a lot of milage is to be gained by going to multithreading and then to a cluster. The work required to do that would probably make it possible to do on the fly (dynamic!) node reinforcement which would be Neat(tm).
Generally though it seems like you guys are fighting a losing battle. I don't know what the interaction scaling is for all the crap that goes on in a node during a big battle, but I hear O(n^2) often enough that I'll take that at face value.
You got two choices with a problem like that. You can either throw more computational resources at it (multi-threading, clusterization, etc) or you can make n smaller. It seems you guys are going down the 'less crap to compute' route with doing stuff like brain in the box (progress on that? sounds neat), reduction of drone interactions, weapon and eventually drone (?) grouping, etc.
|
|
CCP Explorer
C C P C C P Alliance
2376
|
Posted - 2014.09.15 20:47:00 -
[87] - Quote
Locke DieDrake wrote:Sales Alt negrodamus wrote:Explorer, just out of curiosity, how big are the technical hurdles to hosting a single eve system on multiple physical devices (read: cluster)? The game code was made before multi-core/MPP systems became the standard hosting paradigm. Meaning, in order for EVE to run on a single solar system on multiple pieces of hardware (IE: clustering) they would have to rewrite a great deal of the base code. Something they have been utterly unwilling to do. See POS code, corp code, basically every major issue with the game... it starts right here. You are very conveniently ignoring Crime Watch and Industry that we very recently revamped. Before that we replaced the network layer, moved the database to 64 bits, implemented Time Dilation, moved load from the simulation nodes into speclized nodes such as the Character Service nodes, worked on various improvements to the rendering performance. In addition to general development of new and improved features. Even if we haven't yet embarked on fixing the areas you are most concerned with then you can't use that to generalize that we are "utterly unwilling" to improve the game when it entails rewriting significant parts of the base code.
Also, TQ is a cluster. It's approx. 60 blades hosting 248 nodes (with further 10 blades hosting 47 traffic routing proxies (that also have some logic)). There are specialized nodes within the cluster for the market, for corp. and alliance processing, for all services relating to characters, for planetary interaction, etc, etc. Most of the nodes host simulation, which is primarily the physics simulation, the damage calculations and the overall item inventory of the universe. Erlendur S. Thorsteinsson | Senior Development Director | EVE Online // CCP Games | @erlendur |
|
Sentient Blade
Crisis Atmosphere
1354
|
Posted - 2014.09.15 21:28:00 -
[88] - Quote
CCP Explorer wrote:You are very conveniently ignoring Crime Watch and Industry that we very recently revamped. Before that we replaced the network layer, moved the database to 64 bits, implemented Time Dilation, moved load from the simulation nodes into speclized nodes such as the Character Service nodes, worked on various improvements to the rendering performance.
It's a fair point, but by contrast these are pieces of low-hanging fruit and with the exception of int64 and tidi are what I would term functional gameplay changes.
To me as a software engineer, the single-threaded nature of the EVE server code is the elephant in the room that everyone knows is, includes it in conversation, but nobody dare not have a glance cast its way. I note I'm a software engineer because I am very much familiar with the feeling of "Touch that, and I might not be seen again for 10 years".
Unfortunately for CCP I get the impression that it's clearly the single biggest cap on the lifetime of the code, as the meta moves towards larger and larger fights it will become more and more important, and no amount of clever trickery or improved processors will get away from it.
At the very least I would have expected a move towards thread-per-grid on a single machine. |
Vincent Athena
V.I.C.E.
2888
|
Posted - 2014.09.15 23:44:00 -
[89] - Quote
How about: Thread per pilot? http://vincentoneve.wordpress.com/ |
Arthur Aihaken
X A X
3802
|
Posted - 2014.09.16 02:16:00 -
[90] - Quote
CCP Explorer wrote:There are also other things on the table such as drone-swarms where all drones act in a swarm like one drone, this would be similar to the grouped gun system. Given the O(n^2) nature of drones this would significantly reduce load in certain scenarios. This sounds very interesting. Are you able to expand on this at all? I am currently away, traveling through time and will be returning last week. |
|
|
|
|
Pages: 1 2 [3] 4 :: one page |
First page | Previous page | Next page | Last page |