This has to be a joke, if you don't have the comprehension to realise that EVE is already running on a super computer, you don't deserve to play this game. Also rewrite the whole code to EVE? That would take more time then it would benefit from multi threading.

Then threy should start a kicjstart to completely rewrite the entire code\game as someone else is saying in order to benefit from multithread...

Problem with a code re-write.. since CCP didn't exactly do a steller job first time round, why do you think they would do a great job second time round?

Problem with a code re-write.. since CCP didn't exactly do a steller job first time round, why do you think they would do a great job second time round?

Yeah, because anyone who's been playing Eve for the last 10 years and lived its growth can testify that CCP doesn't know how to optimize their game, nor improve performances, nor manage a single server of 50k people with fights involving hundreds to thousands of players, like every other mmo company does.
Oh wait.

I like how people use the word "CCP" and - which can be seen in their writings -
imply that CCP is still the same people as they have been at their beginning.

That's moronic ... and you probably don't even see the issue in that way of thinking.

In order to be able to handle all kinds of fights in this game..

Would you support them?


Post..

That has no relevance.

As an example my wife is a senior software engineer at a major aerospace company with over 15 years experience.

Their code is well documented and written to a standard.

This means when new people start they are able to get a handle on large complex code in a matter of only a few weeks.

I myself have worked on large and complex code and again because it has been well documented and written to a standard it only takes a few weeks to get up to speed, and I am no expert.

If you code is done to a good standard and is well documented then it is irrelevant on who is working on it. That is down to the company and its working practises.

On the other hand we are still waiting for something to be done with PoS's after years of asking and apparently its because the code is in a horrendous state.

Also what fights have involved "hundreds to thousands of players"

I mean considering the highest weekly average this year was 40160 its pretty hard to have "hundreds to thousands of players"

Also the 50k number which you used is more the expectation then the norm.

Maybe if you stopped filling your post with hyperbole people might take you slightly more seriously.

Another point.. CCP have been developing their code base for 10 years and yet if anything we are still having issues with lag, not when there are thousands of players on grid but a lot of times 300 - 400 and even less.

Considering one the the major attractions of Eve is being able to have fights involving thousand of players, its not good when you get lag and TiDi when a few hundreds guys are on grid or when you get maybe 100 guys doing something as amazing as undocking.

You would of thought that after a couple of years they would be doing something about this.

I like how people use the word "CCP" and - which can be seen in their writings -
imply that CCP is still the same people as they have been at their beginning.

That's moronic ... and you probably don't even see the issue in that way of thinking.

In order to be able to handle all kinds of fights in this game..

Would you support them?


Post..

500.000 subs x 14 euro give 7mil euro per month, do CCP realy need kickstarter ? :D

Eve is single threaded, this suggestion doesn't make sense.

High end CPUs are up to 12 cores now, and supercomputers are widely using GPGPUs that are essentially thousand core parallel chips.

CCP doesn't need supercomputer hardware, they need single threaded performance (which the industry has moved away from, we're only seeing a 10% or so jump in single threaded performance every generation), or an overhauled software architecture able to split processing into parallel threads.

Unfortunately, an Eve battle is one of the worst case scenarios for parallel processing.