[cod] [COD2] High PIngs

[Jay Vasallo]

You should probably add some memory to your box. How much memory do you
have?

Can we have the "freemem" output? Did you say you have one or two cpus?




On 12/19/05, Carlo <carlomoretto at gmail.com> wrote:
>
> Ok, I have turned off the voice chat and set sv_maxrate to 20000 but still
> the pings are going through the roof
>
> I just checked and I had 20 players on 1 cod server, 10 players on another
> cod server and 22 players on a cod2 server
>
> The pings on the cod1 servers were around the 50 mark but the pings on the
> cod2 server were mostly in the 100-150's.
>
> I ran the top command and the cpu's were only running at about 50%, what
> else can I do?
>
> This is the tracert result:
>
>  13    20 ms    17 ms    17 ms  <ip>
>
> On 19/12/05, Jay Vasallo <clanwarz at gmail.com> wrote:
> >
> > On 12/19/05, Carlo <carlomoretto at gmail.com > wrote:
> >
> > > I think they are 2gh chips
> > >
> > > ill adjust the max rate but what exactly does it do?
> > >
> > > Thanks guys
> >
> >
> >
> >  If you are setting your max rate at 9000 and trying to give the best
> > voice quality to your connecting clients, yes then they may lag out. Bump
> > that to 20000 and see if this improves the latency issue you are having.
> >
> > Now if a connecting client has their rate set to 9000 and you give them
> > 20000 and reset their maxrate, well then it is possible that they will not
> > be able to utilize the bandwidth you are sending them and lag.
> >
> > Codecs also play an important role in voice comms. The better or higher
> > the codec, well the more bandwidth they will receive. If there connection is
> > on a dsl connection and you are giving them t1 bandwidth, well they will lag
> > out.
> >
> > I see this issue with clients I have at www.ventriloservers.biz. I
> > sometimes have 56k users / dsl users set the codec/format to T1 users server
> > side and then they wonder why everyone gets disconnected every 15 seconds.
> >
> > You have to find a medium where you can make dsl and cable users happy
> > at the same time. I hardly worry about 56k users because the high speed
> > ineternet services are not availble in their area or they just refuse to
> > upgrade.
> >
> > I am not sure if you are using the cvar to set the client maxrate. If
> > you are, turn that off and then set your server maxrate to 20000. If this
> > works for you, then keep it.
> >
> >
> >
> > Here's a little something I found on the net....
> >
> >  Vague suggestions:
> >   Players Good sv_maxrate Great sv_maxrate  Up to 16 13000 is good Anything
> > over is great  16-20 13000 is OK start thinking of increasing to say
> > 16000  21-24 16000 is OK 20000  24-32 16000 at least 25000  32+ 20000 at
> > least 25000 Of course, it's always "the higher the better" and 25000 is
> > *always* best if you have the bandwidth (sv_maxrate is engine limited to
> > 25000 so no point increasing). Bear in mind these suggestions are very rough
> > guesstimates and are not based on any sort of technical or scientific
> > analysis - player's perceptions of what they find laggy, acceptable or
> > excellent varies. I also tend to veer on the side of giving plenty of
> > resources for players to have a great game, rather than try to cram as many
> > players in as possible - quality over quantity. If you have the bandwidth
> > available, the terms with your host allow for it, and dont have to pay for
> > bandwidth usage, always set as high as you can. Even if you do pay for
> > monthly transfer, bear in mind increasing sv_maxrate by 25% (for example) is
> > very unlikely to increase the monthly total bandwidth used proportionally: increases
> > in sv_maxrate has an inelastic effect on total bandwidth used
> > <http://www.rtcw.jolt.co.uk/content/enemy_territory/server_guide/sv_maxrate_vs_bandwidth.png>.
> >
> >
> > http://www.rtcw.jolt.co.uk/content/enemy_territory/server_guide/requirements.html
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/cod/attachments/20051219/c03ef434/attachment.htm>