I am wondering (as I too am having similiar issues) if a half duplexed
connection would cause choke and/or loss? I run a small server by most of
you. It is an AMD 2000+ with 512 MB on a 2.6 Linux kernel, 20 ppl server
running the latest HLDS released yesterday with adminmod, hlguard and
statsme (latest builds of each). My cpu/memory/disk all show little or no
bottlenecks but my nic is displaying o'plenty of collisions. Anyone seen a
correlation between collisions and choke/loss? I should also say my pipe is
a half duplexed 10Mbps running sustained 1.2 - 1.4 Mbps both ways when fully
loaded. Suggestions? Comments? Typical flames?
----- Original Message -----
From: "Marcos Dias" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 31, 2003 12:07 PM
Subject: Re: [hlds_linux] Choke and Loss


> OK I will put more 2GB
>
> the CPU load is excellent.
>
> :-)
>
> My Dual Boxes doesn't have any kind of disk I see that this kind of
> configuration increased the perfomance.
>
> But this could be a wrong impression, my clients never complains about
> perfomance, choke and loss :-)
>
> But I increased the number of CS and you know what happened :-)
> []'s
>
> ----- Original Message -----
> From: "Matt Gossage" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, July 31, 2003 2:54 PM
> Subject: RE: [hlds_linux] Choke and Loss
>
>
> > Whoa, we only run 7 servers on our dual xeon 2.4 boxes
> > Any more than that we found reg sucked and choke + loss went up
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Marcos
> > Dias
> > Sent: 31 July 2003 18:43
> > To: [EMAIL PROTECTED]
> > Subject: [hlds_linux] Choke and Loss
> >
> > This is a multi-part message in MIME format.
> > --
> > [ Picked text/plain from multipart/alternative ]
> > I have a Dual Xeon P4 2.4Ghz with 1GB RAM
> >
> > And Running 14 HLDS Servers with 14 and 20 slots but my clients told to
> > me that they are having a lot of choke and loss, this problem could be
> > hapened because I need to put more memory.
> >
> >   2:38pm  up 2 days, 13:01,  1 user,  load average: 0,01, 0,09, 0,05
> > 98 processes: 96 sleeping, 2 running, 0 zombie, 0 stopped
> > CPU0 states:  3,3% user,  2,0% system,  0,0% nice, 94,0% idle
> > CPU1 states: 50,2% user,  2,0% system,  0,0% nice, 47,1% idle
> > CPU2 states: 43,1% user,  0,2% system,  0,0% nice, 56,1% idle
> > CPU3 states: 35,3% user,  1,2% system,  0,0% nice, 62,3% idle
> > Mem:  1031876K av, 1024204K used,    7672K free,       0K shrd,       0K
> > buff
> >                     620616K actv,  388336K in_d,       0K in_c,       0K
> > target
> > Swap:       0K av,       0K used,       0K free                  305152K
> > cached
> >
> >   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
> >  1511 clan010   18   0 59840  58M  2456 R    40,4  5,7 152:11 hlds
> >  1873 clan018   13   0 58072  56M  2392 S    35,9  5,6 132:29 hlds
> >  1837 clan017   15   0 56028  54M  2456 S    23,9  5,4 106:03 hlds
> >  1798 clan016   13   0 62408  60M  2572 S    19,3  6,0 199:09 hlds
> >  1548 clan011    9   0 56292  54M  2156 S     6,3  5,4 187:28 hlds
> >  2871 clan020   16   0 53684  52M  2512 S     5,1  5,1  72:06 hlds
> >  1976 clan012    9   0 59224  57M  1856 S     2,7  5,7  74:21 hlds
> >  1636 clan013    9   0 47920  46M  1892 S     0,5  4,6  37:51 hlds
> >  6194 marcos    12   0  1212 1212   940 R     0,5  0,1   0:00 top
> >  2067 clan019   10   0 58816  57M  1948 S     0,3  5,6 174:13 hlds
> >  1715 clan014    9   0 46868  45M  1884 S     0,1  4,5  33:58 hlds
> >     1 root       9   0   484  484   420 S     0,0  0,0   0:06 init
> >     2 root       8   0     0    0     0 SW    0,0  0,0   0:00 keventd
> >     3 root      19  19     0    0     0 SWN   0,0  0,0   0:00
> > ksoftirqd_CPU0
> >     4 root      19  19     0    0     0 SWN   0,0  0,0   0:00
> > ksoftirqd_CPU1
> >     5 root      19  19     0    0     0 SWN   0,0  0,0   0:02
> > ksoftirqd_CPU2
> >     6 root      19  19     0    0     0 SWN   0,0  0,0   0:00
> > ksoftirqd_CPU3
> >     7 root       9   0     0    0     0 SW    0,0  0,0   4:21 kswapd
> >     8 root       9   0     0    0     0 SW    0,0  0,0   0:00 bdflush
> >     9 root       9   0     0    0     0 SW    0,0  0,0   0:00 kupdated
> >    10 root       9   0     0    0     0 SW    0,0  0,0   0:03 kinoded
> >    16 root       9   0     0    0     0 SW    0,0  0,0   0:13 rpciod
> >   576 bin        9   0   448  448   360 S     0,0  0,0   0:00 portmap
> >   596 root       9   0   548  548   456 S     0,0  0,0   0:00 syslogd
> >   608 root       9   0   540  540   388 S     0,0  0,0   0:00 klogd
> >   642 root       9   0   504  504   456 S     0,0  0,0   0:00 ypbind
> >
> > --
> >
> > _______________________________________________
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
> > ---
> > Incoming mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003
> >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003
> >
> >
> > _______________________________________________
> > To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives,
please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux

_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Reply via email to