EVE General Discussion

Incorrect assumption.


You do realize that the problem CCP is dealing with is legacy code which is "working well enough" right now (except for corner cases where oh I dunno someone escalates a fight in lowsec to 2800 people without notification), which means that management is going to be loathe to go "yes, you can rewrite that code", right?


No, I do not. I expect they know full well what multithreading means, and how it's used, and I expect that CCP Veritas is a much better programmer than I am.

This doesn't change the fact that the current design, where they've got all processing being done by the solar system thread, does not scale as well as it should've, and as I said before I have had a small chat with him on this topic where he said "it's being considered, but there are syncronization issues which would need to be worked out".


No, I do not.


You keep claiming this, but you refuse to explain why or how. I've yet to see you make any real claim or refutation which doesn't basically boil down to "this wasn't thought up by CCP, therefore it sucks. Why don't you worship the CCP gods some more, maybe you'll see the light one day?"

You're assuming again.


This isn't limited to just multithreading.


This also isn't limited to multithreading.


And more assumptions.


And again, this isn't limited to multithreading.

So, I'll ask you again, since apparently you think my idea is absolute rubbish: what do you think CCP would need to do to make situations like the fight in Asakai work better than it did? What would they have to do to make situations like that scale up to, say, 10k players on the same grid before bandaids such as time dilation slowing time down to 10% still isn't enough, because you end up with having a 5-10 minute wait after the module timer has estimated that the server should be done because the server dealing with the solar system calculations is so overloaded?

I know that the current way of structuring a solar system is dependent on the CPUs ever increasing in power per core, which is a bad way of scaling things, because you no longer get ever increasing amounts of processing power per core. You do, however, get ever increasing amounts of cores, and ever increasing amounts of CPUs, and in a cluster structure, an ever increasing amount of servers.


He said exactly what I've said, it would require proper syncronization and that it might not be easy and it would need testing before a final verdict could be made, but it'd be the ideal way of scaling eve.

But again, since you've decided this idea is rubbish, what should CCP do to continue to make huge spontaneous fights viable? I'd prefer to be able to get to a minimum of 5000 before any tidi even considers kicking in.

So what you're saying is, you're doing the age-old thing, you have absolutely no suggestion yourself, you're just taking whatever someone else comes up with and pissing all over it?

But I'll fire off a new mail to veritas, just have a geekchat with him and see if he's done any further testing on the idea. At least it's more productive than going "no, you know nothing, the way they're doing things now is perfect", which you are essentially doing.

I have to admit id hate to see this type of battle disappear,because the node cant be auto reinforced,and im sure CCP is working on something to help in this regard,at least i hope so lol.For me the best thing about this battle,was how everyone was ready to put aside their hostilties and differances in order to blow up GOONS and to a lesser extent CFC members lol.I think when the Mittani said any war between HBC and CFC would be 50%-50% he just didnt take into account just how much players love Goonwaffe and the GSF in game Even NPC players where burning north so they could shoot Goons and get on a S./Cap /Titan killmail lol

You are the best!