01-06-2012, 06:21 AM
As far as I know, sv_maxrate is locked at a maximum value of 30,000. You can set it to any value you want, but if you type "rate" in your client console, then the engine will say something like "the real value is 100,000, but server has temporarily locked down to 30,000".
And if this is happening for all games, I think is pretty stupid, because we're in 2012, 30,000KB/s of download limit would have been right for internet speeds of ten years ago, but now why lock it? Just let the choice to server administrators and clients!
By the way, a CSS/TF2 server with 32 players on, will hardly consume more than 20KB/s of incoming data. (and that's why maybe Valve has decided to lock it down), but try with many other entities if you can, then 30KB/s won't be sufficient anymore to satisfy the size of the updates!
sv_maxrate isn't more than a limiter of max bandwidth the server can send to every connected client. If your server sends like 5KB/s, then the server won't send more than how many effectively it needs. Have you got bandwidth limitations on your server? Then limit it to a value that will be safe, like 10,000 if you usually send 5KB/s. You haven't got any limitation? Just leave it to 30,000, server won't consume more if he doesn't need.
sv_maxupdaterate is how many snapshots the server can send every second. (a snapshot is how like the map is in that specific moment: position of the entities, who's firing, who's dying, etc.)
Higher value will increase precision of everything, but if your server or client can't handle it (bandwidth + cpu cost), then the situation instead of being better, will be worst, and ping will increase.
sv_maxcmdrate is how many times per second the clients can send their command packets to server (like mouse, keys being pressed). Like before, higher values will increase the precision if you can deal with it.
Just keep in mind that the server can't send more snapshots or process client commands faster than his tickrate, that is 66 for CSS and TF2, and 30 for L4D/2.
So for example, maximum values of sv_maxupdaterate and sv_maxcmdrate for TF2 will be 66! SO setting them to an higher value will be useless, because server will always set them down to his maximum values, and this is the same for RATE, of course.
BTW you must test to find your ideal values. Turn on net_graph 3 and just watch it while the server is running and players are on.
Watch the lines of packets being received, if you notice a gap between them, then a packet would've been lost, and if is sporadic, it's ok. If you notice many gaps, then the server can't send so fast all those packets, or YOU can't receive them.
I will say though, that those values posted by Valve on that page, are optimized for connections of 10 years ago, when many players were using analog modems or ISDN.
For modern connections I don't know why restrict them even if your server has a great upload bandwidth and cpu power.
But if you say that your ping has increased like you've said before, then leave them like that! But I suggest you to do more deeply tests, and like I said, if you're not worried by server's limitations, leave them at default values which are usually great:
sv_maxrate 30000
sv_maxupdaterate 40
sv_maxcmdrate 40
(you can also specify a min value, usually if a client has his CVAR rate setted to something ancient like 5000, then on server set sv_minrate 10000 or what you want, client will automatically use 10,000 instead of 5,000, same for other two CVARs)
Hope this helps!
And if this is happening for all games, I think is pretty stupid, because we're in 2012, 30,000KB/s of download limit would have been right for internet speeds of ten years ago, but now why lock it? Just let the choice to server administrators and clients!
By the way, a CSS/TF2 server with 32 players on, will hardly consume more than 20KB/s of incoming data. (and that's why maybe Valve has decided to lock it down), but try with many other entities if you can, then 30KB/s won't be sufficient anymore to satisfy the size of the updates!
sv_maxrate isn't more than a limiter of max bandwidth the server can send to every connected client. If your server sends like 5KB/s, then the server won't send more than how many effectively it needs. Have you got bandwidth limitations on your server? Then limit it to a value that will be safe, like 10,000 if you usually send 5KB/s. You haven't got any limitation? Just leave it to 30,000, server won't consume more if he doesn't need.
sv_maxupdaterate is how many snapshots the server can send every second. (a snapshot is how like the map is in that specific moment: position of the entities, who's firing, who's dying, etc.)
Higher value will increase precision of everything, but if your server or client can't handle it (bandwidth + cpu cost), then the situation instead of being better, will be worst, and ping will increase.
sv_maxcmdrate is how many times per second the clients can send their command packets to server (like mouse, keys being pressed). Like before, higher values will increase the precision if you can deal with it.
Just keep in mind that the server can't send more snapshots or process client commands faster than his tickrate, that is 66 for CSS and TF2, and 30 for L4D/2.
So for example, maximum values of sv_maxupdaterate and sv_maxcmdrate for TF2 will be 66! SO setting them to an higher value will be useless, because server will always set them down to his maximum values, and this is the same for RATE, of course.
BTW you must test to find your ideal values. Turn on net_graph 3 and just watch it while the server is running and players are on.
Watch the lines of packets being received, if you notice a gap between them, then a packet would've been lost, and if is sporadic, it's ok. If you notice many gaps, then the server can't send so fast all those packets, or YOU can't receive them.
I will say though, that those values posted by Valve on that page, are optimized for connections of 10 years ago, when many players were using analog modems or ISDN.
For modern connections I don't know why restrict them even if your server has a great upload bandwidth and cpu power.
But if you say that your ping has increased like you've said before, then leave them like that! But I suggest you to do more deeply tests, and like I said, if you're not worried by server's limitations, leave them at default values which are usually great:
sv_maxrate 30000
sv_maxupdaterate 40
sv_maxcmdrate 40
(you can also specify a min value, usually if a client has his CVAR rate setted to something ancient like 5000, then on server set sv_minrate 10000 or what you want, client will automatically use 10,000 instead of 5,000, same for other two CVARs)
Hope this helps!