Pages: [1] :: one page |
Author |
Thread Statistics | Show CCP posts - 0 post(s) |

Tonkin
Black Lance Dusk and Dawn
|
Posted - 2006.10.21 23:15:00 -
[1]
can i ask why do nodes crash with 50 v 50 fleet battles.
about a year ago you could have 200 v 200 and there be hardly any lag.
why is it now with the SUPPOSED NEW FASTER UBBER HARDWARE that we been having reports on make eve life better when battles are being cut to small ships or if there is a big fleet moving nods crashing left right and center.
does singularty have these problems seeing they have more people on.
and why cant stations in 0.0 have there own personal node, WHERE ALL THE DAMN FLEET BATTLES HAPPEN
eve is degrading as im seeing it.
yea most probly this has been said before etc but nothing is being done. why cant you go back to the old stuff when you could have majour battles instead of being bought by the dell guy? he offer teas and biscuits and thought he was a nice guy? Sig removed, you sig was too ubber to display and ccp had no choice but to nerf it - CCP(NERFBAT)
|

DefJam101
|
Posted - 2006.10.21 23:16:00 -
[2]
Edited by: DefJam101 on 21/10/2006 23:16:01 Maybe b/c D2 drops cans in fleet battles filled with BMs to lag the opposing force to death?
...although you probably could've just done a barrel roll. ***
|

Tonkin
Black Lance Dusk and Dawn
|
Posted - 2006.10.21 23:18:00 -
[3]
ow yea fleet requirment to have bms in you ship so when you go pop YOU KILL EVE
no this aint about allaince crap and corp wars etc its a question with the hardware Sig removed, you sig was too ubber to display and ccp had no choice but to nerf it - CCP(NERFBAT)
|

Lavintol
Immortalis Silens Atrocitas
|
Posted - 2006.10.21 23:20:00 -
[4]
1. Your thinking of serenity, not singularity 2. Both servers run off the same code base 3. The code has changed at least 2 times since last year 4. Its not neccesarily the hardware, as much as it is the code 5. Why dedicate an entire node to a system thats empty 90% of the time? They cant perdict where the battles will be, and it makes more sense to provision the nodes to where the sustained load is that they can predict 6. The lag is also caused more and more by people doing silly crap such as ejecting cans etc
|

Kerushi
Caldari AeroSpace Engineering
|
Posted - 2006.10.21 23:22:00 -
[5]
hmm old trusted castor code 200v200 without lag 
|

Tonkin
Black Lance Dusk and Dawn
|
Posted - 2006.10.21 23:23:00 -
[6]
aye you cant predict where fleet battles happen but majority of the time they happen in systems with stations in them.
say about 70% of the time
could be code if it is well most probly is, guy who tests the damn thing needs to be hit with a bat lol. Sig removed, you sig was too ubber to display and ccp had no choice but to nerf it - CCP(NERFBAT)
|

evistin
Multiverse Corporation
|
Posted - 2006.10.21 23:28:00 -
[7]
Originally by: Tonkin aye you cant predict where fleet battles happen but majority of the time they happen in systems with stations in them.
say about 70% of the time
could be code if it is well most probly is, guy who tests the damn thing needs to be hit with a bat lol.
If they can pedict 70%, they get 30% wrong which means 30% of the resources are wasted. Thats not good for anyone. -----------
Management and Leadership û The Eve-online Guide |

BoinKlasik
Eye of God Axiom Empire
|
Posted - 2006.10.21 23:29:00 -
[8]
1. Your thinking of serenity, not singularity
-we got new hardware too 2. Both servers run off the same code base 3. The code has changed at least 2 times since last year 4. Its not neccesarily the hardware, as much as it is the code 5. Why dedicate an entire node to a system thats empty 90% of the time? They cant perdict where the battles will be, and it makes more sense to provision the nodes to where the sustained load is that they can predict
Because it aint empty 90% of the time, before we knew they were comnig it was 20-30, and during peak hours this sytem can hit 50 running around at any time as well.
6. The lag is also caused more and more by people doing silly crap such as ejecting cans etc You eject a can when you die, other than that neither side did any such thing.
*doh, I broke my edited sig :/* *cries* this signature was lacking pink, I'll provide it for you. There. Looks better doesn't it? -Eris Fixed it for you. Oh, btw, yarr! ~kieron Didn't I tell you? The damsel moved in with me, we're having a great time. - Wrangler The damsel may not be distressed any more, but how many times does the informant have to be silenced before he gets the message? - Cortes
|

Tonkin
Black Lance Dusk and Dawn
|
Posted - 2006.10.21 23:29:00 -
[9]
Originally by: Lavintol 1. Your thinking of serenity, not singularity 2. Both servers run off the same code base 3. The code has changed at least 2 times since last year 4. Its not neccesarily the hardware, as much as it is the code 5. Why dedicate an entire node to a system thats empty 90% of the time? They cant perdict where the battles will be, and it makes more sense to provision the nodes to where the sustained load is that they can predict 6. The lag is also caused more and more by people doing silly crap such as ejecting cans etc
silly crap ejecting cans i agree, should be stoped like put a 5 min timer to eject a can or make is possible for ship to ship transfer of goods, doesnt take much doing really its already there with the carrier options to fit and move stuff from your cargo to that ship Sig removed, you sig was too ubber to display and ccp had no choice but to nerf it - CCP(NERFBAT)
|

Tonkin
Black Lance Dusk and Dawn
|
Posted - 2006.10.21 23:31:00 -
[10]
Originally by: evistin
Originally by: Tonkin aye you cant predict where fleet battles happen but majority of the time they happen in systems with stations in them.
say about 70% of the time
could be code if it is well most probly is, guy who tests the damn thing needs to be hit with a bat lol.
If they can pedict 70%, they get 30% wrong which means 30% of the resources are wasted. Thats not good for anyone.
30% lose not alot really, makes battles run they way should.
or a better damn idea is to put more nodes in regions. Sig removed, you sig was too ubber to display and ccp had no choice but to nerf it - CCP(NERFBAT)
|

Jenny Spitfire
Caldari
|
Posted - 2006.10.21 23:44:00 -
[11]
Simple explanation.
Read this first.
D2 holding gate to System 2. 000000000000000000000000000000000000 Maximum node capacity. ---System 1---xxxSystem 2xxx Node 1
D2 jump and engage in System 2. 000000000000000000000000000000000000 Maximum node capacity. ---System 1---xxxxxxxxxxSystem 2xxxxxxxxxxx Node 1 crashes
D2 jump and engage in System 2. 000000000000000000000000000000000000 Maximum node capacity. ---System 1---xxxxxxSystem 2xxxxxxx Node 1 laggy.
--------- Cruelty is God's way of showing kindness and God is kind.
Pax Caldaria. |

evistin
Multiverse Corporation
|
Posted - 2006.10.21 23:47:00 -
[12]
Originally by: Tonkin
30% lose not alot really, makes battles run they way should.
or a better damn idea is to put more nodes in regions.
30% of all the nodes used is a big deal. It really is a hit or miss game. -----------
Management and Leadership û The Eve-online Guide |

Xelios
Minmatar Rampage Eternal
|
Posted - 2006.10.21 23:54:00 -
[13]
I guess it has something to do with having 25,000 people logged in now as opposed to 10,000 with Castor? It's simple really, with Castor a node might be at 30% cpu at any time, now that the number of people logged in has nearly tripled those nodes might be running at 70% cpu. That doesn't leave a lot of overhead when a fleet battle happens.
Quote: yea most probly this has been said before etc but nothing is being done.
I seem to remember 4 stress tests so far on sisi to write up some software fixes, and I'm pretty sure there's a 24 hour downtime on Wednesday to install a bunch of new hardware...
Yeah, the lag sucks. The node deaths suck. But more threads aren't going to fix the problems any faster.
|

Quin Tal
Fort Knox Inc Expeto Libertas Foedus
|
Posted - 2006.10.21 23:55:00 -
[14]
Because a year ago there was only 8,000 people in game?
|

Gothikia
Reikoku Band of Brothers
|
Posted - 2006.10.22 00:03:00 -
[15]
Originally by: Quin Tal Because a year ago there was only 8,000 people in game?
haha, shut up. this time last year we were hitting 18,000
last time 8000 was the peak was mid 2004
|

Jones Maloy
Minmatar
|
Posted - 2006.10.22 00:18:00 -
[16]
all the threads about lag are taking up so many resources that they have to divert gameplay servers to deal with it all.
the solution is to ban anyone that complains about lag. --- WCS Nerf boycott low-sec |

Eilie
Minmatar
|
Posted - 2006.10.22 00:34:00 -
[17]
Originally by: Tonkin aye you cant predict where fleet battles happen but majority of the time they happen in systems with stations in them.
say about 70% of the time
could be code if it is well most probly is, guy who tests the damn thing needs to be hit with a bat lol.
If you read the dev chat, they are planning to change the code to give more nodes to systems with Outposts or many POSs. Also, we have a major hardware upgrade in about 10 days followed by a few more in the next couple of months will will result in 60 more nodes.
So just train a long skill, and relax for a month or two.
|

Rule2k
Fate.
|
Posted - 2006.10.22 00:39:00 -
[18]
the D2 alliance i knew, would never whine and moan about node crashes on the forums 
|

Tragizz Fil
|
Posted - 2006.10.22 01:48:00 -
[19]
Originally by: Rule2k the D2 alliance i knew, would never whine and moan about node crashes on the forums 
Node crashes are lousy no matter who comes out ahead in any particular battle; the idea that players should just accept node crashes and not complain is stupid.
|

NeoTech
Out Siders Ascendant Frontier
|
Posted - 2006.10.22 01:52:00 -
[20]
IMO i'm a bigger fan of the old 10 minutes no-module-control lag instead of the node crashes. Node crashes are just too easily exploitable.
|

Lavintol
Immortalis Silens Atrocitas
|
Posted - 2006.10.22 02:00:00 -
[21]
Originally by: BoinKlasik 1. Your thinking of serenity, not singularity
-we got new hardware too 2. Both servers run off the same code base 3. The code has changed at least 2 times since last year 4. Its not neccesarily the hardware, as much as it is the code 5. Why dedicate an entire node to a system thats empty 90% of the time? They cant perdict where the battles will be, and it makes more sense to provision the nodes to where the sustained load is that they can predict
Because it aint empty 90% of the time, before we knew they were comnig it was 20-30, and during peak hours this sytem can hit 50 running around at any time as well.
6. The lag is also caused more and more by people doing silly crap such as ejecting cans etc You eject a can when you die, other than that neither side did any such thing.
I was referencing his comment about the other server experiencing the issues Also about the cans, I was making a general statement. And as for the load balancing, the devs have stated before I believe, that the system calculates its resources based off a week to week usage, so the only way its going to reprovision is if the load is up for a week, not a day or two.
|

Malthros Zenobia
Caldari Independent Navy Reserve Kimotoro Directive
|
Posted - 2006.10.22 14:09:00 -
[22]
Originally by: Gothikia
Originally by: Quin Tal Because a year ago there was only 8,000 people in game?
haha, shut up. this time last year we were hitting 18,000
last time 8000 was the peak was mid 2004
Peak on 8k was 2004? The 10k mark hadn't even been broken yet when I started last august.
Originally by: kieron The Carrier was never intended to be a solo OMGWTF mission-farming PWNmobile.
|

Casper Blake
|
Posted - 2006.10.22 14:27:00 -
[23]
Originally by: Malthros Zenobia
Peak on 8k was 2004? The 10k mark hadn't even been broken yet when I started last august.
Press release from september 2005, saying they just broke the 15k mark. 
|

Don Hicks
Dirty Labs
|
Posted - 2006.10.22 14:58:00 -
[24]
Edited by: Don Hicks on 22/10/2006 15:02:27
i think the main issue are bloody bms and we should get rid off them completely if they affect performance of nodes. I guess a lot of pilots would complaint ( i do cargo runs myself) but there are other solution - for example add 'jump at 5km' option - still enough distance for bad pirates to get ya, but a very high probability of getting away with a good setup
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |