Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Enal Angus
|
Posted - 2010.01.28 21:15:00 -
[1]
Edited by: Enal Angus on 28/01/2010 21:16:10 Edited by: Enal Angus on 28/01/2010 21:15:41 In lagged fights, when - You never load grid and lose a ship - When you deagress but can't jump with the rest because the server thinks you're still shooting - When your mods get locked up - When you do not get reps because you're desynched out of range
Petition! Petition every last little thing until the support workload costs more than fixing the damn servers.
It's not your fault the game copulates you over and you should not take the ***** for it!
|
Future Mutant
Republic Military School
|
Posted - 2010.01.28 22:31:00 -
[2]
Originally by: Enal Angus Edited by: Enal Angus on 28/01/2010 21:16:10 Edited by: Enal Angus on 28/01/2010 21:15:41 In lagged fights, when - You never load grid and lose a ship - When you deagress but can't jump with the rest because the server thinks you're still shooting - When your mods get locked up - When you do not get reps because you're desynched out of range
Petition! Petition every last little thing until the support workload costs more than fixing the damn servers.
It's not your fault the game copulates you over and you should not take the ***** for it!
So your solution is to take a bad situation and make it worse?
Petitions already have a rather long wait- you want to increase that?
If ccp reimbursed for lag- in the end they would be reimbursing every ship loss. As i doubt theres a way to detect "lag" using their records.
|
Fatty McChubchub
|
Posted - 2010.01.29 04:11:00 -
[3]
Makes ya wonder what all the hype about the Ram San 5000 or w'ever tf the thing was they bought was over. Remember the fancy diagram that showed where lag occurs and the big write up and excitement about how lag was going to be significantly reduced? Yeah, the Ram San. One big giant piece of ****.
|
Artemis Rose
Sileo In Pacis THE SPACE P0LICE
|
Posted - 2010.01.29 04:35:00 -
[4]
Copy and pasting "No ship for you" still seems to be easier than reworking code.
Now I may be way off center here, but I think the GMs and support staff aren't exactly the people who write network code... *** Currently Playing: Trolls from Outer Space Current Equipment: VISAcard chain mail, +2 Amulet of Epic Whine, Self Banstick +2 WTB: +666 E-peen killboard stats |
Hack Harrison
Caldari
|
Posted - 2010.01.29 05:50:00 -
[5]
Originally by: Fatty McChubchub Makes ya wonder what all the hype about the Ram San 5000 or w'ever tf the thing was they bought was over. Remember the fancy diagram that showed where lag occurs and the big write up and excitement about how lag was going to be significantly reduced? Yeah, the Ram San. One big giant piece of ****.
Hmm - perhaps you should imagine what it would be like if they WEREN'T using a RAM drive???
And petition spamming might purely end up getting you banned - its in the EULA. You know. The bit where CCP says they can ban you if they feel like it.
|
Vaerah Vahrokha
Minmatar Brutor tribe
|
Posted - 2010.01.29 08:58:00 -
[6]
Quote:
Makes ya wonder what all the hype about the Ram San 5000 or w'ever tf the thing was they bought was over. Remember the fancy diagram that showed where lag occurs and the big write up and excitement about how lag was going to be significantly reduced? Yeah, the Ram San. One big giant piece of ****.
If you buy 4 x $15 each Chinese tires for a Ferrari, what is the outcome?
If you use MS SQL server for quasi-real time mission critical performance, what is the outcome?
- Auditing and consulting
Before asking for investors, please read http://tinyurl.com/n5ys4h and http://tinyurl.com/lrg4oz
|
Shaemell Buttleson
Euphoria Released
|
Posted - 2010.01.29 09:05:00 -
[7]
Edited by: Shaemell Buttleson on 29/01/2010 09:05:44
Originally by: Vaerah Vahrokha
Quote:
Makes ya wonder what all the hype about the Ram San 5000 or w'ever tf the thing was they bought was over. Remember the fancy diagram that showed where lag occurs and the big write up and excitement about how lag was going to be significantly reduced? Yeah, the Ram San. One big giant piece of ****.
If you buy 4 x $15 each Chinese tires for a Ferrari, what is the outcome?
If you use MS SQL server for quasi-real time mission critical performance, what is the outcome?
No idea tbh!
* Please resize your signature to the maximum file size of 24000 bytes. - CCP Ildoge
|
DeLaChing
|
Posted - 2010.01.29 09:07:00 -
[8]
/Heavy speculation on
All of EVE writes to one database on that RAMSan. Why does the whole of EVE not go to maggots if there is a big fight somewhere?
Because lag in fights probably has to do with node performance - NOT Database performance. Nodes run one or more solar systems. Reinforcing a node, simply means - run only one solar system on this node, thus giving it A CPU all of it's own.
So, what's the core of the problem here? Nodes are SINGLE THREADED. See, Python has what is called a global interpreter lock which basically make writing multithreaded programs that use more than one CPU code impossible/very difficult.
The problem CCP faces is that single core CPU performance don't increase much anymore, so single threaded performance is now more or less static (except for some CPU optimizations). Major speed increases these days can only be had by using more and more cores.
CCP will have to find a way to truly multithread a node so that they can make use of more than one core per node. Now THAT is a crap problem to have as going multi-threaded is darned hard - even if you weren't using Python.
Good luck CCP in changing something so core to your architecture!
/Heavy speculation off
|
Laraella Drougin
|
Posted - 2010.01.29 09:31:00 -
[9]
Shoehorn each grid onto its own Node for big fights, mebbe? Because THATs easy...
|
Enal Angus
|
Posted - 2010.01.29 10:05:00 -
[10]
Edited by: Enal Angus on 29/01/2010 10:18:37 Edited by: Enal Angus on 29/01/2010 10:14:53 Edited by: Enal Angus on 29/01/2010 10:05:22
Originally by: Future Mutant
So your solution is to take a bad situation and make it worse?
Petitions already have a rather long wait- you want to increase that?
If ccp reimbursed for lag- in the end they would be reimbursing every ship loss. As i doubt theres a way to detect "lag" using their records.
No, my solution is to make them realize how big the problem is and fix that instead of making up explanations. It's not reasonable to lose ships due to serverside lag. Clientside, yes, but when you simply cannot do anything but stare at a blank screen, or you cannot jump through a gate because the game thinks you have agression when you deagressed several minutes ago, it is not your fault. It is CCP's fault and you should be compensated.
Either the ships should be reimbursed, which I fully agree is not a good permanent solution, or the problem should be fixed.
But CCP maintains that "lag can happen, it's your own fault". This is unacceptable. I cannot be held accountable (and forced to grind ISK for replacement ships) for the server not handling the job we are paying for it do do.
The whole we cannot replace ships lost in pvp because it would take the fun/point out of pvp-argument is completely moot. It's not the point at all! LAG takes the fun out of pvp. Until this issue is resolved, any losses due to CCP's incompetence should be replaced by CCP, it's as simple as that. Maybe it's Python's fault, I don't care. Make it work. Perhaps make ships invulnerable until they have loaded grid, or cloaked? Maybe have the ship stay cloaked and invulnerable on the outgate until the ingate-grid has loaded and only then show gatefire on the ingate?
Also, many times they claim they are not logging stuff (like drones) and so cannot prove anything. Start logging then. What's the matter with these people?
There are many solutions to these problems that do not involve recoding the whole game.
|
|
Haramir Haleths
Caldari Nutella Bande
|
Posted - 2010.01.29 10:18:00 -
[11]
You want scam Admins to make devs work faster ?
|
Enal Angus
|
Posted - 2010.01.29 10:20:00 -
[12]
Originally by: Haramir Haleths You want scam Admins to make devs work faster ?
Yes that's exactly what I said.. no wait, where did I say that?
|
Hack Harrison
Caldari
|
Posted - 2010.01.29 13:25:00 -
[13]
I assume the OP knows how to program and how to write SQL etc..., thereby giving themselves a knowledgeable position from which to be able to make these demands and propose petition spamming to get quicker results (becuase I am SURE CCP are just sitting there laughing at you, rather then trying to find optimisations etc...)???
|
Dalek Commander
|
Posted - 2010.01.29 16:10:00 -
[14]
Had a gang on the move yesterday and one of our guys gets the gate is too congested count down of like 2 min 30 seconds. His ship goes into limbo and while in that state a red gang jumps into his precious systems, warps to the gate jumps through (gets no count down), and proceed to kill him on the other side when the gate finally lets him jump.
GM denied his petition because it was a ship lost via PVP.
|
Akuma Kanya
|
Posted - 2010.01.29 17:34:00 -
[15]
I will (and have) petition a ship lost to lag when it's obviously widespread. When you can't load grid for over an hour, but can talk to people in local (many of which are having the same problem), and can access all other menus/functions, just not move/fire/etc, it's CCP's problem, and if they have to deal with more petitions, so be it. I fully expect an answer of "sorry, PVP loss, no reimbursement for you!" but it's worth at least having the petition on record to hopefully back up the fact that there is a problem. The "giant fleet fight" form is designed to give CCP the heads-up on these issue, and I'm sure they do what they can to reduce the chances of this, but computers are computers and software/hardware are finicky at best. I just hope they are willing to acknowledge there is a problem (even if only internally), and will find a fix soon!
|
Vaerah Vahrokha
Minmatar Brutor tribe
|
Posted - 2010.01.30 12:12:00 -
[16]
Edited by: Vaerah Vahrokha on 30/01/2010 12:13:17
Quote:
Because lag in fights probably has to do with node performance - NOT Database performance
9 (nine) guys in roaming gang, not fighting (just moving), out of prime time and in an unloaded node and we got the gate traffic message and got split in two "fleets".
When the grid won't load or when ammo won't cycle or when you warp off and dock and THEN 10 minutes later you magically get your life rewound back and return in the now over fight, where you are killed and podded. These look like stale transactions that get applied with minutes of delay, I doubt the simulation "CPU code" has minutes and minutes of journalling recorded for 700 ships and each of their drones and plays it back when it feels like to.
When you can't jump in a gate and you are the ONLY guy in the system and the server thinks you are aggressed, is that a Python issue? Heck, at this point switch to PHP, at least you can tie it to a less than laughable forum afterwards :D
Quote:
The problem CCP faces is that single core CPU performance don't increase much anymore, so single threaded performance is now more or less static (except for some CPU optimizations). Major speed increases these days can only be had by using more and more cores.
And so? When we have been in the same situation we reengineered all of our code so that it'd support multi-threading. We had to dump some nice libraries we had, the process was quite bloody sometimes but in the end we did it. Problem is: we don't need to toss out a new flashy half made feature every 6 months to convince new players in. I suppose an expansion whose patch notes were: "in these 6 months we fixed what did not work well" would be totally low in the management priority list.
- Auditing and consulting
Before asking for investors, please read http://tinyurl.com/n5ys4h and http://tinyurl.com/lrg4oz
|
Enal Angus
|
Posted - 2010.01.30 15:01:00 -
[17]
Edited by: Enal Angus on 30/01/2010 15:07:03 Edited by: Enal Angus on 30/01/2010 15:02:34
Originally by: Hack Harrison I assume the OP knows how to program and how to write SQL etc..., thereby giving themselves a knowledgeable position from which to be able to make these demands and propose petition spamming to get quicker results (becuase I am SURE CCP are just sitting there laughing at you, rather then trying to find optimisations etc...)???
Yes, as a matter of fact I have many years of firsthand experience in programming and especially MySQL design etc. I don't presume to know how EVE is coded though, and this is my spare time anyway, not my job. Moreover, most of this is new to dominion. Battles of several hundred worked just fine before.
Anyway what kind of question is that? As if my knowledge of coding has anything to do with my right to feel mistreated by the game and the customer support when it obviously robs me of my assets and there's nothing I can do about it other than not play the game? Bottom line is: Spinning my ships in the station is not exactly what I'm paying 15Ç a month to do. Neither is losing those assets whenever I take them out for a ride, without having a chance to shoot back or even see the enemy. This is the case currently, and CCP thinks it's reasonable and I should "live with it", and they are "truly sorry for my loss".
Originally by: Vaerah Vahrokha
Problem is: we don't need to toss out a new flashy half made feature every 6 months to convince new players in. I suppose an expansion whose patch notes were: "in these 6 months we fixed what did not work well" would be totally low in the management priority list.
Exactly! I want them to lose more players to the lag and from the horrible customer support than they gain from the flashy animations. Then they would see where the problem is. I cannot recommend this game to anyone as it is.
|
Cipher Jones
|
Posted - 2010.01.30 17:41:00 -
[18]
Quote: And petition spamming might purely end up getting you banned - its in the EULA. You know. The bit where CCP says they can ban you if they feel like it.
Some ships cost the equivilant of $70 USD or more, when someone looses one to lag thats like saying "**** you quit" rather than banning them. Both are terrible for business.
|
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |