-- [ Picked text/plain from multipart/alternative ] Set sv_minupdaterate: 0 not 25
On 3/28/06, Adam Sando <[EMAIL PROTECTED]> wrote: > > Thanks for all the feedback guys, really appreciate it. > > Just to give you some background info on the server I am using. The setup > is as follows: > - CPU: 2.4GHz P4 > - RAM: 512MB > - HDD: Enough > - Bandwidth Limit: 100mbit (AU based data-centre) > - SRCDS Roles: Private/Personal (Clan and public only - no reselling) > - Other Roles: IIS, MySQL > - SRCDSFPSBoost: Yes (srcds runs at 512 fps) > - Player Count: < or = 16 > - Tickrate: 66 > - sv_maxrate: 20000 > - sv_minrate: 3000 > - sv_maxupdaterate: 100 > - sv_minupdaterate: 25 > - fps_max: 600 > > Plugins installed: > - Mani-Admin Beta 1.2L > - Metamod v1.2.1 > + VIP Mod > - Matties Eventscripts v0.9.5.1 > + EternalBank > + XE_Bet > - StatseMeMinimum s30 > - zBlock Min v1.0ab > > Given the above information, I think I have the server running quite well > at 66 tick with up to 16 players. I admit that 512MB memory would probably > help here, however when we have wars on our server (5v5) which was the core > role for this machine, it runs flawlessly. Having the public logon to it was > just an afterthought, however I still want to keep the public happy :) > > Do the settings listed above seem fair and reasonable based on my setup > information? > > Regards, > Adam > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] On Behalf Of Sgt.Rock -=GOM=- > Sent: Sunday, 26 March 2006 01:31 AM > To: [email protected] > Subject: SV: [hlds] SRCDS Windows Server Best Practices > > > I don't think that Adam was going to resell his server-services... Just to > host some servers for him and his friends... ;o) > > And just to clarify, the sv_maxrate determines the maximum amount of > bandwidth to use on one single client. > So it is not about hardware but bandwidth... If set too high, and at full > load, the bandwidth would be saturated and causing lag, when the server > would try to send the data using specified max-rate to all clients at same > time. > > Regards, > Sgt.Rock > > > > -----Oprindelig meddelelse----- > Fra: Wim Barelds [mailto:[EMAIL PROTECTED] > Sendt: 25. marts 2006 02:36 > Til: [email protected] > Emne: Re: [hlds] SRCDS Windows Server Best Practices > > > -- > [ Picked text/plain from multipart/alternative ] In my humble opinion :) > Yes your hardware might not be abled to sustain an sv_maxrate above 10000, > in this case I recommend not reselling SRCDS services, as you are duping > your customers (unless you give it explicit mentioning in your terms of > agreement. Personally I'd be incredably pissed if some GSP pulled that trick > on me) > > On 3/25/06, Sgt.Rock -=GOM=- <[EMAIL PROTECTED]> wrote: > > > > Wim.. Are YOU kidding..? > > sv_maxrate 10000 is a conservative, but SAFE setting...! > > > > The best setting for this value depends on things like bandwidth > > available for the server and how many players(slots) your server is > > expected to host. Also the sv_maxupdaterate interacts with the above > > value, and should also be calculated according to above parameters.. > > > > I can only recommend you (Adam) to go read a guide that Drek wrote on > > the > > Steam-forum: > > > > http://forums.steampowered.com/forums/showthread.php?s=&threadid=98416 > > &perpage=15&pagenumber=1 > > > > Here he explains some of the math to calculate the values above, from > > desired numbers of slots and available bandwidth, to get a good > > lag-free server. I used his approach after having hosted 5 servers > > with 70 slots total on same box for ½ a year, but with some reoccuring > > lag-issues. After doing the math, and adjusting the values according > > to this, lag was gone... > > > > With the given hardware-info, you should be able to host a good 24 > > slot server... If memory was added to 1GB, it should be able to host a > > 32 slot server or a couple of servers, 16 slot each... > > > > > > Regards, > > Sgt.Rock > > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > > This e-mail has been scanned for viruses by Hostworks Message Scanning > Services - powered by MessageLabs. For further information contact Hostworks > on 1300 30 4848. > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > -- _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
