| Pages: [1] :: one page |
| Author |
Thread Statistics | Show CCP posts - 2 post(s) |
Alpha Prime
Destructive Influence
Band of Brothers
   |
Posted - 2006.10.17 13:48:00 -
[1]
I just came back from a 6month long break due to UNI preparations and tbh, i was expecting the servers to have improved over that time. I also expected CCP to have improved in their way to keep the servercapacity growing by the same speed as the players.
But i guess i expected too much. Amongst the first posts i read are rightfull whineposts about cues on servers, Nodecrashes, etc, etc.
Why do you (CCP) always have to be 2 steps behind in the developement of the servercapacity ?. You bring in titans, Carriers and other "Huge combat" vessels, but you still lack the serverpower to handle it. Do you really belive that an alliance would take their titan into combat without atleast 150 pilots guarding it ?. Do you belive that an alliance would take less then 100 pilots to kill those huge monsters... no ?, me neither.
But if you take those numbers, add a few carrisers, some dreads and an @ssload of battleships.. you got yourself a nodecrash and alot of happy/unhappy players.
Atm you¦re trying keep 25000+ players online on a server that imo can barely hold 15000 if you want good game experience. Maybe its time to doubble the servercapacity  .
(yeah yeah i know... all i do is whine  )
Give a man a fish, and he has food for a day.
Teach a man how to fish, and he has food for a litetime.
|
Sres
Black Thorne Corporation
|
Posted - 2006.10.17 13:52:00 -
[2]
Queue  Spelling 
|
Gone'Postal
|
Posted - 2006.10.17 13:58:00 -
[3]
New content comes before server stability(sp?)
While there are teams of staff working on both and with the new hardware thats on order to London i think they could use some of the server loadbalanceing stuff on there staff.. like loose a few content for a few server//codey guys.
|
prsr
Gallente
JuBa Corp
|
Posted - 2006.10.17 14:29:00 -
[4]
Contrary to popular management techniques, just throwing more people at a software project will not automatically improve nor speed up development.
IMO CCP should dedicate one or two people to study and implement realtime load-balancing into the cluster. That should take care of most lag issues concerning fleet fights in 0.0 although it would prolly do nothing for the few hundred people sitting in Jita all day. The empire hubs are limited simply by the resources that a single bladeserver can deliver.
One thing is for sure, optimizing the algorithm that determines the distribution of systems across nodes (what CCP seems to be doing nowadays) will get you only marginal improvements and will never help much to accomodate the big fights in 0.0. Realtime load-balancing is where it's at.
--
.sig apathy ftw |
Gone'Postal
|
Posted - 2006.10.17 14:48:00 -
[5]
 Originally by: prsr
Contrary to popular management techniques, just throwing more people at a software project will not automatically improve nor speed up development.
IMO CCP should dedicate one or two people to study and implement realtime load-balancing into the cluster. That should take care of most lag issues concerning fleet fights in 0.0 although it would prolly do nothing for the few hundred people sitting in Jita all day. The empire hubs are limited simply by the resources that a single bladeserver can deliver.
One thing is for sure, optimizing the algorithm that determines the distribution of systems across nodes (what CCP seems to be doing nowadays) will get you only marginal improvements and will never help much to accomodate the big fights in 0.0. Realtime load-balancing is where it's at.
Agreed Windows was build with 1 man in a very dark room.
|
prsr
Gallente
JuBa Corp
|
Posted - 2006.10.17 15:38:00 -
[6]
Originally by: Gone'Postal
Originally by: prsr
Contrary to popular management techniques, just throwing more people at a software project will not automatically improve nor speed up development.
Agreed Windows was build with 1 man in a very dark room.
Read again.
Originally by: prsr
Contrary to popular management techniques, just throwing more people at a software project will not automatically improve nor speed up development.
Considering the quality of the code in windows and the schedules they keep at MS to release new versions I'd say my words were spot on.
Must be because it's not necessarily my idea. Read the mythical man-month, author is Fred Brooks.
Must-read for anyone dealing with software projects.
--
.sig apathy ftw |
Vasiliyan
PAX Interstellar Services
|
Posted - 2006.10.17 16:03:00 -
[7]
Software optimisation is a tricky business. What I hope is happening is something like this, which is common in my experience:
A: Vital component X sucks and is responsible for most of the lag!
B: Hmm .. in order to implement Y we need to replace X with Z, which will be much better.
Boss: Do no work on X, instead work on Z and then Y.
Players: Why aren't you fixing X? Waaah!
|
Nigh7F0x
|
Posted - 2006.10.17 16:06:00 -
[8]
Consequently you are only hearing from the 1-2% of the population that hasn't figured out how to get out of laggy and overpopulated systems. They sit in and around Jita complaining everytime their connection lags (even though it's probably more their ISP than CCP).
|
Laythun
Undercover Brothers
|
Posted - 2006.10.17 16:14:00 -
[9]
Did you really have to post another whine??? could you not post in the other 6 trillion 'whining about lag/server instability' threads??
i mean why did u feeel the need to post a new topic. to be honest your not that important. your 'opinion' is the same as all the other threads. try using the search button next time.
Proud Member of the Anti Whine 14 |
Gone'Postal
|
Posted - 2006.10.17 16:35:00 -
[10]
Originally by: prsr
Originally by: Gone'Postal
Originally by: prsr
Contrary to popular management techniques, just throwing more people at a software project will not automatically improve nor speed up development.
Agreed Windows was build with 1 man in a very dark room.
Read again.
Originally by: prsr
Contrary to popular management techniques, just throwing more people at a software project will not automatically improve nor speed up development.
Considering the quality of the code in windows and the schedules they keep at MS to release new versions I'd say my words were spot on.
Must be because it's not necessarily my idea. Read the mythical man-month, author is Fred Brooks.
Must-read for anyone dealing with software projects.
What you are saying is that (and pulling numbers right from the sky)
if a project is say 10,000 lines of code, 1 man can write that code just as fast as 3 men, now any software will have parts that another man can work on while the others are doing there own part. the end result might need a few hours to put together so it works but the speed of 3 men writing the orginal code would have made the time for that.
Now i did read your post so making it in bold makes no diffrence to my eyesight however regarding improvments the 3 men would each have there own view on how to "improve" something but giving there boss's would i should hope have a goal and a plan to reach it in mind, thats a mute point.
Or to make it really simple, if you boss's came to you and asked you to dig a whole in the ground 10x10x10 keeping with the orginal numbers, you state that 1 man can dig that as fast as 3 men. now forgive me if i can't see how your logic makes sence to a company that *should* have it's goal(short term) layed out and the plan on how to get there.
|
Too Kind
|
Posted - 2006.10.17 17:26:00 -
[11]
Edited by: Too Kind on 17/10/2006 17:30:59
Edited by: Too Kind on 17/10/2006 17:26:46
Originally by: Gone'Postal
Or to make it really simple, if you boss's came to you and asked you to dig a whole in the ground 10x10x10 keeping with the orginal numbers, you state that 1 man can dig that as fast as 3 men. now forgive me if i can't see how your logic makes sence to a company that *should* have it's goal(short term) layed out and the plan on how to get there.
Depends on the problem and how many people you throw at it. More people mean also more communication overhead and sometimes more misunderstandings that slow things down again.
There is a limit, how many people can effectively work on a given problem. If many people depend on heavily on eachothers work, then if somebody changes something, it might require you to read through somebody elses stuff again and change something, too.
In Germany we have a saying: 'Viele K÷che verderben den Brei !", just looked it up, in English it's 'Too many cooks spoil the broths.'
Ok, if many people are working on distinct problems, then it works. But I suppose if 20 people are altering the server code to fix lag, you end in a big mess and some people want to kill eachother.  Ok I exaggerated a bit with 20. Might already happen with 5. 
--------------------------
Post with your main !!!111 |
Bhaal
Minmatar
M. Corp
Lotka Volterra
|
Posted - 2006.10.17 17:46:00 -
[12]
Quote:
'Too many cooks spoil the broths.'
------------------------------------------------
Current Hobby other than EVE
My Hero
I give this sig 3/10 for creativity and 10/10 for having me in it :) - Xorus
|
Vasiliyan
PAX Interstellar Services
|
Posted - 2006.10.17 21:02:00 -
[13]
Originally by: Gone'Postal
Or to make it really simple, if you boss's came to you and asked you to dig a whole in the ground 10x10x10 keeping with the orginal numbers, you state that 1 man can dig that as fast as 3 men. now forgive me if i can't see how your logic makes sence to a company that *should* have it's goal(short term) layed out and the plan on how to get there.
If you can't tell code from a hole in the ground, that might be a valid analogy
A better one might be asking 1,000 people to dig that 10x10x10 hole - it doesn't mean it'll get done in 10 seconds, it means they'll be falling over one another.
|
Phalyssa Truixim
|
Posted - 2006.10.17 23:48:00 -
[14]
Ahhh, stop! You are mangling that quote. While I probably don't remember it exactly, it is more along the lines of: if you add more people to a late project, it will be even later. The hole analogy doesn't really work here because a lot of people can be diagnosing the problem. They then get together to communicate what they believe is the issue and proposed solutions.
In any case, people should move out of over run systems if they don't like queues. As far as node crashes go...that is a problem and I am sure they are working it.
Don't try to armchair program for CCP. It just shows your ignorance.
|
Pestillence
Chav-Scum
|
Posted - 2006.10.18 00:14:00 -
[15]
Originally by: Bhaal
Quote:
'Too many cooks spoil the broths.'
Many hands make light work.
Theres a proverb for every situation, they aren't necesarily correct.
|
heidrun
Caelli-Merced
|
Posted - 2006.10.18 01:52:00 -
[16]
Originally by: Laythun
Did you really have to post another whine??? could you not post in the other 6 trillion 'whining about lag/server instability' threads??
i mean why did u feeel the need to post a new topic. to be honest your not that important. your 'opinion' is the same as all the other threads. try using the search button next time.
|
| |
|
| Pages: [1] :: one page |
| First page | Previous page | Next page | Last page |