Martin could you also double check the numbers in the diagram box that says:
"Server at Tick 130 -Simulates world 33 times per second -Send 20 snapshots per second" Is this info correct? Seems that for the CSS default tickrate of 33 clients get the 20+ snapshots/second. If i set the tickrate on my test server to 100 i get 70-80 updates a second on my client. Maybe i'm misinterpreting numbers though, i'm watching the far right number on the "In" line of netgraph 3. Is that number updates(snapshots) per second? (i think it is, but reading your doc i'm wondering if i got it wrong) Also it seems that the tickrate functions different on the Source engine than on the HL1 engine. In HL1, tickrate would control the fps generated server side, and only sv_maxupdaterate would control the max # of updates/sec to clients. In Source, fps_max controls the server-side fps (updates generated per second server-side?), and -tickrate seems to be a command-line override of sv_maxupdaterate in the case where if -tickrate is set to allow fewer updates/sec than sv_maxupdaterate. Am i seeing that right? Any insight you can share would be appreciated. Thanks -Artie ----- Original Message ----- From: "Martin Otten" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Friday, June 03, 2005 11:29 AM Subject: RE: [hlds] Re: Questions about Tic rate > Yes, that sould be sv_minupdaterate. Will be corrected, thanks. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Whisper > Sent: Thursday, June 02, 2005 10:30 PM > To: [email protected] > Subject: Re: [hlds] Re: Questions about Tic rate > > -- > [ Picked text/plain from multipart/alternative ] BTW, does anybody know > what Eric really meant when he said in > http://www.valve-erc.com/srcsdk/general/multiplayer_networking.html at > the end of the 2nd paragraph under *Basic Networking* "Also the server > admin can limit the data and snapshot rate values requested by clients > with *sv_maxrate, sv_maxupdaterate* and * sv_maxupdaterate*." > Is one of those supposed to be sv_minupdaterate? > Thanks > On 6/3/05, Whisper <[EMAIL PROTECTED]> wrote: > > > > OMG some documentation, FINALLY > > When did you find this Martin? > > > > On 6/3/05, Martin Otten <[EMAIL PROTECTED]> wrote: > > > > > > The default tickrate for CS:S is 33, for HL2 & HL2DM 66. > > > > > > With tickrate 100, a CS:S server runs 3 times more simulation steps > > > then > > > > > > a 33 tickrate server, which may cause a 3 times higher CPU usage. > > > Also the client to server bandwidth increases by 300% since the > > > client samples 3 times more input command than usual. I think with > > > the recent fixes for lag compesentaion tickrate 100 isn't really > > > needed, maybe 66 if people are hypersensitive about that. > > > > > > So also > > > http://www.valve-erc.com/srcsdk/general/multiplayer_networking.html > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] ] On Behalf Of leo bounds > > > Sent: Thursday, June 02, 2005 8:08 AM > > > To: [email protected] > > > Subject: [hlds] Re: Questions about Tic rate > > > > > > I have some questions about Tic rate. > > > > > > The default Tic rate is 33 correct ? > > > > > > Why is CAL requiring servers to be locked at a Tic rate of 100 and > > > does this mean that the slice or percentage of CPU usage 100 Tic > > > rate servers will be locked down or reserved? > > > > > > I mean does a 100 Tic rate server lock down a percentage of CPU to > > > use for that server on a machine running multiple servers ? > > > > > > Is there any more information available about how 100 Tic rate > > > affects CPU usage ? > > > > > > Thank you for any info about this. I have many people asking me > > > about it. > > > > > > > > > > > > __________________________________ > > > Discover Yahoo! > > > Get on-the-go sports scores, stock quotes, news and more. Check it > out! > > > http://discover.yahoo.com/mobile.html > > > > > > _______________________________________________ > > > 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 > > > > > > > > -- > > _______________________________________________ > 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 > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
