Go Back   EQEmulator Home > EQEmulator Forums > Development > Development::Development

Development::Development Forum for development topics and for those interested in EQEMu development. (Not a support forum)

Reply
 
Thread Tools Display Modes
  #1  
Old 06-19-2008, 02:09 PM
ChaosSlayer
Demi-God
 
Join Date: May 2007
Posts: 1,032
Default

yeah, if you have 50+ server pop, booting and removing zone every time number changes from 49 to 51 kind of pointless, since people will be zoning all over the place all the time
Reply With Quote
  #2  
Old 06-19-2008, 05:43 PM
opyrus
Hill Giant
 
Join Date: Apr 2008
Location: in doors
Posts: 138
Default

its hard to explain what i wana do i was in a hurry was time for work when i posted. the way i want it done will require a very large code change over totaly removing static zone use, and fully puting in to place dynamic dynamic zones that are based on pop and cap at 400, a better zone checking system so the server can tell if a zone is idle or not , adding of the time active adaptive event, ect ect ect. my server can become very loaded down as it runs a webserver, several mysql databases, eqemu, wowemu, several other server related scripts and programs so i need it to adapt it self as it is needed and if its not needed alow something else to take over.
Reply With Quote
  #3  
Old 06-19-2008, 05:49 PM
opyrus
Hill Giant
 
Join Date: Apr 2008
Location: in doors
Posts: 138
Default

(got cut off editing my post so heres the rest of it)
i know for a fact the server it self can handle everything at full load but it will kill the server in time from all the heat.
[NEED TO LET THE SERVER REST WHEN ITS NOT NEEDED]
Reply With Quote
  #4  
Old 06-20-2008, 03:00 AM
trevius's Avatar
trevius
Developer
 
Join Date: Aug 2006
Location: USA
Posts: 5,946
Default

IMO, writing this large code revamp wouldn't really be well worth the effort. This would only be a minor tweak for server performance and mainly only in the form of freeing up a few MBs of RAM. This might be good if you are counting every megabyte on a system with low RAM, but even when I break 120+, I am still only using maybe 1GB max without paging at all (and that includes what Linux is using).

If you DO want to rewrite the launcher system, I think the most important part that needs attention is the way that ports are used. Ports get used higher and higher each time a zone crashes or is restarted completely. This means you must have much more ports open than you have zones running (total dynamic zones) otherwise you risk new zones not being able to start when they should.

And if you were going to check into fixing how ports work, you might as well stick something in there to make sure that multiple zone servers can work together on the same network. The way to do this would be a way for dynamic (and even static if possible) could be assigned to start ONLY on certain port ranges. So, if a zone is started on zone server B, it would be assigned to the port ranges that are forwarded to server B. As it is now, they can be assigned to either one by the launcher and it makes running multiple zones servers impossible unless you want to risk locking out players every time a zone crashes.

I am not saying that your original idea is a bad one. I think it actually sounds like a good idea if you could do it without too much work. But, it really has minimal impact and if you were going to put time into zone launching, there are bigger things that could use fixing IMO. Of course, a fix is a fix, and we are happy with whatever anyone wants to work on hehe.
__________________
Trevazar/Trevius Owner of: Storm Haven
Everquest Emulator FAQ (Frequently Asked Questions) - Read It!
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 02:36 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3