| Pages: 1 2 3 [4] 5 :: one page |
| Author |
Thread Statistics | Show CCP posts - 6 post(s) |

Lemy Danger
|
Posted - 2006.01.24 00:21:00 -
[91]
Originally by: Hllaxiu
Originally by: Lori Carlyle "Up to 8GB of DDR1 memory"
DDR 1 
I'm prayin it's not as bad as it sounds.
Are there even any DDR2 boards for the Opteron?
no chance ... since the memory controller is built-in in the processor die ... and this controller supports DDR-1 memory only .... but for the purpose which they are needed for (Low latency) DDR-1 performs better than DDR-2 ....
There is no DDR-2 Platform for AMD Athlon 64 and Opteron Processors ...
A DDR-2 Platform will be introduced with the ne Socket-M Platform, and this needs also a new Processor-Die-Design with a new memory controller on the chip .....
cy@ in Space
EVE unser, das du bist auf der Festplatte, geheiligt sei dein Local, Dein Patch komme soon(tm), dein Restart gescheh |

Kula Alpha
|
Posted - 2006.01.24 01:51:00 -
[92]
I suppose it was inexpensive, as you bought it at a Yarrrd sale?
|

Raven Aure
|
Posted - 2006.01.24 03:20:00 -
[93]
Originally by: Oveur 10. How many concurrent users will the new TQ theoretically be able to hold? Given enough Protein Delicacies, we should be able to double the current peak usage, but we would have to solve the Jitas and Renses of the brave new world first.
45000 players? Granted, that is a lot of players for 140 hamsters to be shared between. However, EVE's peak concurrent usage has grown 50% in the last 4 or so months. Assuming that every 4 months the increase is 50%, in a year we'll be at 74250 concurrent users! That's 530 people per hamster! 
Eve isn't a good game, it's a fantstic "why the **** did I play SWG/WOW/<insert MMORPG here>" game and it deserves to wtfpwn any other game out there. Yes there are bugs. Yes there are macroers. First find another game like Eve. Then try and find one without these and other issues.
However, the market dynamics of EVE mean that new players are needed to provide a demand for all that T1 kit that keeps the small/mid manufactuers in business. If we don't see a growth in the player base, the market will essentially "bottom out" and the effect will ripple up the chain to even the oldest players.
I'm just quietly concerned that all of this fantastic new hardware might only be a short term fix to what is essentially a major problem - systems only running on one node. This will no doubt require a major rewrite of the server code - I'm not sure this could be done without massive implementation problems and ****ing a lot of people off, let alone trying to maintain the same universe.
I don't like what I'm saying. EVE-2. Toqua did hit the nail very well and all credit to CCP for their relentless persuit of the horizon... but I'm concerned.
Now this is where I get flamed. ______________________
One day a conversation is going to kill ME for once. |

Xander Drax
|
Posted - 2006.01.24 03:50:00 -
[94]
Whatever you do, DO NOT name the new TQ SkyNET...it's looking powerful enough to beat Deep Blue! 

|

Fenris Wolfe
|
Posted - 2006.01.24 04:59:00 -
[95]
Well since this IS the forum post for comments on the Devblog... Props to Oveur for the reference to WDA - Made Winterblink a verrrrry popular person.
Originally by: http://winterblink.com/wda/ Bandwidth Limit Exceeded The server is temporarily unable to service your request due to the site owner reaching his/her bandwidth limit. Please try again later.
Apache/1.3.34 Server at www.winterblink.com Port 80
DOH!
WTB pair of T2 stabs for WDA
|

Chazor
|
Posted - 2006.01.24 06:32:00 -
[96]
Hey CCP.. You fine folks should provide the hosting for WDA, and take some of the load off of poor Winterblink's shoulders :)
Originally by: Fenris Wolfe Well since this IS the forum post for comments on the Devblog... Props to Oveur for the reference to WDA - Made Winterblink a verrrrry popular person.
Originally by: http://winterblink.com/wda/ Bandwidth Limit Exceeded The server is temporarily unable to service your request due to the site owner reaching his/her bandwidth limit. Please try again later.
Apache/1.3.34 Server at www.winterblink.com Port 80
DOH!
WTB pair of T2 stabs for WDA
|

Tommynator
|
Posted - 2006.01.24 12:10:00 -
[97]
I hope that you, along with this, can improve the client <-> server communication and event logging server side. I hate losing my uber kanuber ships due to bugs and not getting them replaced. Tnx bb good luck with the upgrade!
|

ZebedeeUK
|
Posted - 2006.01.24 14:18:00 -
[98]
Originally by: Dafydd Merc
Client: From my perspective, a 64bit client would be nice, but won't really bring as much benefit in terms of performance as the server optimizations will. When we look at what CCP is trying to accomplish (the reduction of lag) and the cause of that problem (generally overloaded solar systems), the servers have to be made to handle the load before the lag problem will be shifted to the client. Granted, your client might have problems drawing 400 ships in that 200 vs 200 fleet battle you were in, but I'd bet that the SOL server is having a harder time keeping up with everything it has to do. It is possible that you could wrap the 32 and 64 bit clients into a single package. If it were two seperate packages, n terms of patch day, you wouldn't have to apply 2 patches, you'd just apply the patch for the client you're using (a single 64-bit patch or 32-bit patch).
I don't think the 64bit client is wanted particularly for performance reasons, more for compatibility with the Hardware/OS that people are running at home....
|

sesanti
|
Posted - 2006.01.24 14:18:00 -
[99]
I wonder how much does one of those RAMSAM 400 cost? I tried to find out in Texas Memory System webiste, but asking for pricing is handled very formally (u even have to give them your phone number) and i am not going to say "nah, it was just out of curiosity"... 
_______________________________________________ The ShadowMaster -
<I am a guy... don't mind the portrait> |

Wild Rho
|
Posted - 2006.01.24 16:22:00 -
[100]
Quote: 7. How many PVPers do you estimate will be able to blob each other to death in a single 0.0 system? Enough to make the baby jesus cry.
That made me laugh 
|

death2nite
|
Posted - 2006.01.24 17:42:00 -
[101]
just some food for thought... why not make the old server a mirror? that would certainly aleaviate the possibility of lag and give room for growth or you could just move the database itself over to the old server making the whole game just mega monster fast and lag free as well
|

riprjak
|
Posted - 2006.01.25 00:11:00 -
[102]
Originally by: Trek
Originally by: Oveur The new Tranquility consists of 70 x IBM LS20 AMD Opteron Blades, each Blade sporting two 2.4 GHz 64-bit Opteron processors with 2-4 GB of RAM, depending on application. That's a 140 CPUs, a full replacement of the current 140 Intel XEON 2.8 GHz CPUs. All to run EVE.
Correct me if I am wrong, but I seem to recall CCP saying that the available memory for user processes were one of the larger problems with the current hardware. If so, how is halving the number of machines going to help with that? Sounds to me like it would make it worse!
I'll just say "64bit" and leave you to use a calculator and work out why its not a problem...
|

riprjak
|
Posted - 2006.01.25 00:26:00 -
[103]
Originally by: death2nite just some food for thought... why not make the old server a mirror? that would certainly aleaviate the possibility of lag and give room for growth or you could just move the database itself over to the old server making the whole game just mega monster fast and lag free as well
Sorry, I normally dont flame, but...
PWWWAAHAHAHAHAHAHAHAHAHAHHHAHAHAH!!!!! ROFLMAOMGWTFBBQ!!!
Im better now. Down to a serious response.
You dont "just" mirror a database of this magnitude. Particularly given the volume of real time interaction.
I have no doubt that they use mirroring to create real time backups (only idiots dont mirror their mission critical data, and the idiotometer drops off the bottom of the scale when pointed at ccp), but you couldn't Mirror the operating servers; it would be computationaly and bandwidth(ly, osity??) infeasible to maintain parity between the two operating mirrors; imagine the heart attacks the market would have... it makes my eyes bleed to think about coding a solution to this..
The guys at CCP are SERIOUSLY awesome server code developers. The things they pull off in terms of real time data management scare the bejeezus out of me. I have built real time data analysis systems for LARGE factories; thousands of machines... and it nearly killed my team and I to get it working.
CCP do it for TENS OF THOUSANDS, with minimal (I might even say negligible) hickups. FSCKING AWESOME.
Anyway, based on this competence and credibility, I have no doubt that they are working on a way to share system workloads between multiple nodes and an equally seamless way to integrate this into the existing universe to compensate for future demand. Further decentralising their server code to allow for more nodes would be much more feasible a solution than trying to maintain parity with mirrored servers.
Regardless of the awesomeness of the game, Even if I never played again, I would still pay these guys monthly just to see them succeed.
CCP, Keep it up and thanks much for the commitment to this game! err! jak.
|

riprjak
|
Posted - 2006.01.25 00:31:00 -
[104]
Edited by: riprjak on 25/01/2006 00:33:32
Originally by: ZebedeeUK
Originally by: Dafydd Merc
Client: From my perspective, a 64bit client would be nice, but won't really bring as much benefit in terms of performance as the server optimizations will. When we look at what CCP is trying to accomplish (the reduction of lag) and the cause of that problem (generally overloaded solar systems), the servers have to be made to handle the load before the lag problem will be shifted to the client. Granted, your client might have problems drawing 400 ships in that 200 vs 200 fleet battle you were in, but I'd bet that the SOL server is having a harder time keeping up with everything it has to do. It is possible that you could wrap the 32 and 64 bit clients into a single package. If it were two seperate packages, n terms of patch day, you wouldn't have to apply 2 patches, you'd just apply the patch for the client you're using (a single 64-bit patch or 32-bit patch).
I don't think the 64bit client is wanted particularly for performance reasons, more for compatibility with the Hardware/OS that people are running at home....
wow, 3 posts in a row... The beauty of living in a different timezone :)
Anyway, since the 32bit client runs without issue on windows x64 edition (for me at least! ), Windows x64 and vista will happily support 32bit apps for the near future, so there is no pressing need or real benefit to develop a 64bit client until it is convenient.
Sure, if all players joined us in 64bit land with amd64 processors and windows x64, ccp could do away with the 32bit client and not worry about drift, which WILL be a headache; but thats not gonna happen unless there are a surprisingly large number of lottery winners who happen to play EVE too :)
err! jak
|

Zeta Beta
|
Posted - 2006.01.25 05:32:00 -
[105]
It's good news that CCP is taking steps to improve EVE. However I'm not impressed and will believe it works when I see it.
On another note although he was being funny, the baby Jesus comment was inappropiate....
|

Drevonion
|
Posted - 2006.01.25 13:16:00 -
[106]
As far as copying the data over to the new system, if I understand correctly the system more the likely works on a raid array, in which the data is self replicated onto a mirrored HDD, The key here is that the system is "Hot Swappable" and can re-image on the fly. I have done systems when all we did to replicate the Data was to pull the HDD out os a Drive bay and plug into a new drive bay and allow raid to reimage a new disk , This allows the Internal bandwith bottle neck to be minimized. As far as the new servers what I have been reading tells me that the code intensive upgrades wont be rolled out till post "YARRDWARE" upgrade. This allows CCP to make a more achievable goal and allows time for the code to be optmized as best as possible in a non stresded environment before release. As we all know code in eve can look spiffeh on sisi but when it hits Tranq the whole thing can go right in the toilet with no warning, due to load. The Devs and Team have made HUGE strides in accomodating for the expanded player base, I can remember when there were maybe 8000 players on during prime time on sunday nites, now we routinely get over 21k often on more then just sunday nites. I would warn the Devs that when you hit a critical mass of approx 28k-32 k of players the current environment ( empire space) may become almost completely untenable due to massive amounts of players. Empire either has to lose some of its allure (NPC war?) or the draw to 0.0 needs to be increased (more goals for Corps with sizable rewards.) :Rant off:
For example ASCN has several high level complexes in it space as do many alliances. These hve become a resource source when they could be soooo much more, for example make them longer and more difficult, with more exciting rewards deeper in, increase it so persons cannot solo a 7/10. However the rewards for good planning and preparation to assault a complx should reap valuable rewards (mods, implants , iskies) to make up for the 3-6 hours it should take to do one. The prize however should be commensurate to the level of the plex ( a 10/10 should require a sizable fleet and should drop something immensely valuable!
|

Maltrox
|
Posted - 2006.01.25 21:33:00 -
[107]
Originally by: Kula Alpha I suppose it was inexpensive, as you bought it at a Yarrrd sale?
AWWWWW GROAAAAANNNNN!!!!!!    
I want to buy the old hamsters. Actually, on the note of hampsters... thank you Eve folks for making the serious hardware stuff cool, eye opening...ANDDDDDD humourous (we all need daily laughter)
|

Raven Aure
|
Posted - 2006.01.26 08:54:00 -
[108]
Originally by: Drevonion As far as copying the data over to the new system, if I understand correctly the system more the likely works on a raid array, in which the data is self replicated onto a mirrored HDD, The key here is that the system is "Hot Swappable" and can re-image on the fly. I have done systems when all we did to replicate the Data was to pull the HDD out os a Drive bay and plug into a new drive bay and allow raid to reimage a new disk , This allows the Internal bandwith bottle neck to be minimized.
Judging from the servers that have been listed in the Dev blogs, and some other educated guesswork, it's a fair assumption that each of the servers will be running either a mirror (RAID 1) or a striping with parity (RAID 5) array in each of them. However, we're talking about not just the disks being swapped here but the servers that hold them, the controller cards that run them and everything else in between. It's a fairly safe bet that the Win2k3 boxes running the SQL databases will be clusters for performance - connected to shared storage in the form of either a standard SAN array or their nice RAMSAN. All of this means a lot of work.
(Incidently, it's worth remembering that even RAID 5 rebuilds can severely degrade the performance of an array).
With regards to your player numbers comment, I agree with your concerns and I have written something about this in a previous post in this thread.
All credit to CCP; they're insane to even think about trying this. ______________________
Never mix corp politics with rl friends. |

Steven Dynahir
|
Posted - 2006.01.26 15:24:00 -
[109]
Are you going to run 2*DP250 or 2*DP280?
--- Home, sweet home. |

Batar Fireheart
|
Posted - 2006.01.26 23:46:00 -
[110]
Goodluck ccp... this is why I have stuck around with this game for 2.5 years. when i first started with the free month trial, I saw lots of room for development in this game and thank you for your dedication to the development of Eve. who would have thought Titans would have ever made it into the game. I can't wait for the upgrades... Oh by the way when are the aliens going to invade eve?????? 
"MAY YOUR WALLET BE FULL OF ISK AND YOUR CANNONS BLESSED"
|

Testy McServer
|
Posted - 2006.01.27 01:09:00 -
[111]
Edited by: Testy McServer on 27/01/2006 01:09:26
Originally by: Zeta Beta It's good news that CCP is taking steps to improve EVE. However I'm not impressed and will believe it works when I see it.
On another note although he was being funny, the baby Jesus comment was inappropiate....
YEA! what about baby Kwanza and baby moses, they would cry to!
|

Kassad
|
Posted - 2006.01.27 01:37:00 -
[112]
How many PVPers do you estimate will be able to blob each other to death in a single 0.0 system?
Enough to make the baby jesus cry
Me so horny, me love you long time 
Signature removed - File size too large.Laurelin |

Fallout2man
|
Posted - 2006.01.27 07:33:00 -
[113]
Originally by: sesanti I wonder how much does one of those RAMSAM 400 cost? I tried to find out in Texas Memory System webiste, but asking for pricing is handled very formally (u even have to give them your phone number) and i am not going to say "nah, it was just out of curiosity"... 
When you have to give contact information that usually means they want you to sign an NDA, and what that typically means is it's really really expensive, so much so that they won't even allow anyone but serious businesses with a lot of spare cash know the price, as having it too widely known would discourage interest in the product.
|

Red5x5
|
Posted - 2006.01.27 11:02:00 -
[114]
It scares me that CCP just won 4 awards at MMORPG.com. Good show you guys deserved it by far...but it scares me cause I know what is going to happen next...hooole max players on-line batman!
Brace yourself...here they come.  ===========================
AMD "Super Hamster" Blade servers 4Tw!!!
"RED"
LarryTheCableGuy made my siggy "RED"der |

Fjasir
|
Posted - 2006.01.27 11:33:00 -
[115]
great blog i caem
|

ZebedeeUK
|
Posted - 2006.01.27 12:49:00 -
[116]
Originally by: riprjak
wow, 3 posts in a row... The beauty of living in a different timezone :)
Anyway, since the 32bit client runs without issue on windows x64 edition (for me at least! ), Windows x64 and vista will happily support 32bit apps for the near future, so there is no pressing need or real benefit to develop a 64bit client until it is convenient.
Sure, if all players joined us in 64bit land with amd64 processors and windows x64, ccp could do away with the 32bit client and not worry about drift, which WILL be a headache; but thats not gonna happen unless there are a surprisingly large number of lottery winners who happen to play EVE too :)
err! jak
Not everyone donates to micro$haft
|

Zachios Primos
|
Posted - 2006.01.27 21:58:00 -
[117]
[qoute]OK, I can take a hint. The new Tranquility consists of 70 x IBM LS20 AMD Opteron Blades, each Blade sporting two 2.4 GHz 64-bit Opteron processors with 2-4 GB of RAM, depending on application. That's a 140 CPUs, a full replacement of the current 140 Intel XEON 2.8 GHz CPUs. All to run EVE.
I read that and it gave me shivers
__________________________________
Botox Bandits - Got shot? __________________________________
|

dantes inferno
|
Posted - 2006.01.27 22:46:00 -
[118]
i just hope that 90% of the resources of all this new hardware wont be put into making the hub systems run smoothly while 0.0 systems are kept on bare minnimum like it is now (where anything more than 20 ships in local = major lag) i would hate to see places like jita able to run with 600 people in it and 0.0 struggle with 150 (as it is now where jita runs with 300...0.0 strugles with 50). How ccp expect a exodus into 0.0 if most of the server resources are funneled to high sec empire _____
"When mothers warned their children that the monster would get them, that monster was me. I was the nightmare that kept |

Minthos
|
Posted - 2006.01.29 01:02:00 -
[119]
Yep I agree this new hardware looks neat, I also agree that major software optimizations are in order, although it would be a monumental task. Combined with a upgrade to a fully-64bit excecution environment you ought to look into rewriting your algorithms and data structures. I'm sure there's enough overhead to feed an entire african nation hidden in your server code :)
Also I think you should make local show hostile/friendly tags so we don't have to put entire alliances into our address books (some of us have quite a lot of enemies you know), and make bookmark copying more efficient than it is now. Focus on reducing overhead when people copy bookmarks in batches of thousands. If database load would be too much, make a separate db server just for bookmarks :p
just my 2 °re :) ___ Autocannon lemming |

Pow3r Surg3
|
Posted - 2006.01.29 04:38:00 -
[120]
PIRATES 4TW!!! looks cool
|
| |
|
| Pages: 1 2 3 [4] 5 :: one page |
| First page | Previous page | Next page | Last page |