Re: [hlds_linux] Hyperthreading and DoD:Source

[William Warren]

HT is p-4 intel only..if you are running AMD you aren't using HT.

Deacon @[dgx] wrote:

From what I've seen, and other can probably comment in more detail,

hyperthreading can lag a server and we've seen many posts to the list
asking about this.  I would recommend searching the list archieve.

That being said, your lag can also be caused by the server config itself.
We have serveral servers that support and are running hyperthreading, but
most are AMD processors so I might be way off, but here's what I've seen.

I have several machines that run 18-24 players w/o lag.  If I take the
same config and change the maxplayer value to 26-32 people complain of
lag, choke, etc.

So, I would recommend tweaking your config for 32 players (sv_maxrate,
updaterate, tic_rate/tickrate, pingboost, etc.) prior to disabling
hyperthreading support.  Feel free to email me at [EMAIL PROTECTED] for info
on DOD:S and DOD server configs or just reply here.

Also, check for our DOD:S threads from about a week ago.  A few of us
posted our DOD:S configs and startup options.

Thanks,
Deacon


On Thu, 6 Oct 2005, Nic Strix wrote:



Hi

I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon box
(dell poweredge sc1425)  since shortly after the game was released. While
running a default server with 32 slots the server lags out with one of the
virtual cpu's maxing out. It seems to run fine with 24 slots. I read
somewhere that this is caused by the hyperthreading on the box and the only
way to solve this is to turn hyperthreading off.

My question is - is this true? Will I gain a 32 slot (hopefully many more
slots) without the cpu maxing by turning hyperthreading off? Or is there a
way to make the OS do this? Or is there a fix on its way? I dont live close
to the box (amsterdam--london) so a quick bus journey to play with the BIOS
is not really possible.

Any and all help will be highly appreciated! This mailinglist has already
helped me out a lot and I hope it will continue!!

TIA
Nic



___
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



--
My "Foundation" verse:
Isa 54:17  No weapon that is formed against thee shall prosper; and
every tongue that shall rise against thee in judgment thou shalt
condemn. This is the heritage of the servants of the LORD, and their
righteousness is of me, saith the LORD.

-- carpe ductum -- "Grab the tape"
CDTT (Certified Duct Tape Technician)

Linux user #322099
Machines:
206822
256638
276825
http://counter.li.org/

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

[hlds_linux] Half-Life 1 Engine update released

[Alfred Reynolds]

We have released an update to the Half-Life 1 engine. Run the
hldsupdatetool to get this update.

The update is optional and applies to ALL mods that run under the
Half-Life 1 engine.

This update fixes a crash on launch caused by a particular generation of
GLIBC.

- Alfred

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

Re: [hlds_linux] Hyperthreading and DoD:Source

[ScratchMonkey]

--On Thursday, October 06, 2005 2:33 PM -0400 Gary
<[EMAIL PROTECTED]> wrote:


Besides, do those benchmarks happen to include game servers? valves
engine?


I used to run a couple of Tribes Vengeance servers on my dual Xeon and got
abysmal performance when they filled until I locked each to a single
logical CPU. Note that you can do this on a per-process basis and don't
have to deny all other processes the advantages of SMP. Use the taskset
command to launch a process limited to a bitmap of CPU's it's allowed to
use.

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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Ian mu]

--
[ Picked text/plain from multipart/alternative ]
Hiya, not going to waffle any more on ht debate as will just clog up the
list...
 Just remember that depending on what you are specifically looking at ht
will often report incorrect cpu usage (or as correct as it can know) because
there is simply no way to tell how much "spare" ht can be used for the 2nd
virtual cpu so, so you may in effect "see" 200% but not have it all
available as absurd as that may sound. It literally thinks you have 4 cpu's
to calculate how much is used, when in reality you have 2 + whatever bits ht
can clutch for you.
 It does seem to vary from kernel/top versions though as to how its
reported, and not entirely sure how "clever" recent versions are when it
comes to giving a decent idea of spare cpu. Main thing I would do is watch
fps through the stats command and watch to see if its dropping as a
comparison of actual gameserver performance each time rather than cpu %age.

 On 10/6/05, Nic Strix <[EMAIL PROTECTED]> wrote:
>
> Sorry I should have said!
> we have a dual xeon 2.8 (2 x cpu's) with 2 gig ram
> also we do run multiple servers and total cpu usage is around 50%. The 32
> dods maxes out 1/2 of 2.8 so by turning off HT i could gain full usage of
> 2.8 for the 32 player server (possibly 40 slots) and leave the other games
> in place. At least that is what I hope to achieve!
>
>
> >From: Ian mu <[EMAIL PROTECTED]>
> >Reply-To: hlds_linux@list.valvesoftware.com
> >To: hlds_linux@list.valvesoftware.com
> >Subject: Re: [hlds_linux] Hyperthreading and DoD:Source
> >Date: Thu, 6 Oct 2005 20:12:59 +0100
> >
> >--
> >[ Picked text/plain from multipart/alternative ]
> >I know, no one has said they are multithreaded, multitasking though it
> can
> >help in (no not huge amounts but the question is more is it a problem,
> >rather than does it help loads). Now it could well be there is a specific
> >valve issue with some setups where ht causes problems for their servers
> >which by the sounds of it some seem to get (in which case valve should
> look
> >into it), but I haven't experienced it so its possible they may not do
> >also,
> >and as I said on a none ht server, a 32 slot dod:s server eats up cpu
> like
> >I
> >eat pies.
> > If the poster has a 2.4G dual xeon for example I would expect them to be
> >maxed out whatever and would say 24 slots is the way to go, if a 3.8 then
> I
> >would say yes something is amiss. I'm just a little surprised no one has
> >even asked what cpus he has before recommending he goes and starts
> messing
> >with the bios or kernel params etc.
> >
> >
> > On 10/6/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >
> > > Game servers are not multithreaded. Therefore, they'll only run on one
> >of
> > > the virtual CPUs rather than both. It might help if you're running
> > > multiple gameservers but certainly not just one.
> > >
> > > ~dvander
> > >
> > >
> >--
> >
> >___
> >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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Nic Strix]

Sorry I should have said!
we have a dual xeon 2.8 (2 x cpu's) with 2 gig ram
also we do run multiple servers and total cpu usage is around 50%. The 32
dods maxes out 1/2 of 2.8 so by turning off HT i could gain full usage of
2.8 for the 32 player server (possibly 40 slots) and leave the other games
in place. At least that is what I hope to achieve!



From: Ian mu <[EMAIL PROTECTED]>
Reply-To: hlds_linux@list.valvesoftware.com
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Hyperthreading and DoD:Source
Date: Thu, 6 Oct 2005 20:12:59 +0100

--
[ Picked text/plain from multipart/alternative ]
I know, no one has said they are multithreaded, multitasking though it can
help in (no not huge amounts but the question is more is it a problem,
rather than does it help loads). Now it could well be there is a specific
valve issue with some setups where ht causes problems for their servers
which by the sounds of it some seem to get (in which case valve should look
into it), but I haven't experienced it so its possible they may not do
also,
and as I said on a none ht server, a 32 slot dod:s server eats up cpu like
I
eat pies.
 If the poster has a 2.4G dual xeon for example I would expect them to be
maxed out whatever and would say 24 slots is the way to go, if a 3.8 then I
would say yes something is amiss. I'm just a little surprised no one has
even asked what cpus he has before recommending he goes and starts messing
with the bios or kernel params etc.


 On 10/6/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Game servers are not multithreaded. Therefore, they'll only run on one
of
> the virtual CPUs rather than both. It might help if you're running
> multiple gameservers but certainly not just one.
>
> ~dvander
>
>
--

___
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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Ian mu]

--
[ Picked text/plain from multipart/alternative ]
I know, no one has said they are multithreaded, multitasking though it can
help in (no not huge amounts but the question is more is it a problem,
rather than does it help loads). Now it could well be there is a specific
valve issue with some setups where ht causes problems for their servers
which by the sounds of it some seem to get (in which case valve should look
into it), but I haven't experienced it so its possible they may not do also,
and as I said on a none ht server, a 32 slot dod:s server eats up cpu like I
eat pies.
 If the poster has a 2.4G dual xeon for example I would expect them to be
maxed out whatever and would say 24 slots is the way to go, if a 3.8 then I
would say yes something is amiss. I'm just a little surprised no one has
even asked what cpus he has before recommending he goes and starts messing
with the bios or kernel params etc.


 On 10/6/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Game servers are not multithreaded. Therefore, they'll only run on one of
> the virtual CPUs rather than both. It might help if you're running
> multiple gameservers but certainly not just one.
>
> ~dvander
>
>
--

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

Re: [hlds_linux] Hyperthreading and DoD:Source

[dvander]

Game servers are not multithreaded.  Therefore, they'll only run on one of
the virtual CPUs rather than both.  It might help if you're running
multiple gameservers but certainly not just one.

   ~dvander

> --
> [ Picked text/plain from multipart/alternative ]
> For those who think HT is the problem, can they explain why benchmarks
> show
> most none-multithreaded apps run faster (albeit only slightly) ? Don't
> really want to turn this into a ht argument, but I'd like to see some
> supporting evidence of the various criticisms of ht we see so often.
>  As an example...from here (has single threaded benchmarks with ht
> enabled)
> http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__1
> Quote:
>>>
> We also wanted to examine if leaving HT enabled had any performance
> penalty
> with certain games or applications. This amounts to a concern that
> competition for CPU resources could actually lower the performance when
> compared to a standard 3.06 GHz Pentium
> 4with
> HT disabled. We tested all of our benchmark applications in both
> modes,
> and while the majority of the performance increases were nominal, all of
> the
> benchmarks performed better with HT enabled. This is big news, as the
> design
> obviously allows full CPU partitioning, and gives users 3.06 GHz of power
> for a demanding games, dual-threading for supported application, yet still
> allows multi-threading and multi-tasking advantages in standard business
> use.
>>>
>  On 10/6/05, Marcel <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>> afaik you just need to put a "noht" to your kernel parameters to disable
>> hyperthreading. Another way would be to disable HT completely in your
>> kernel config.
>>
>> Google should have some information for this matter.
>>
>> - Marcel
>>
>>
>> Nic Strix schrieb:
>> > Hi
>> >
>> > I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon
>> box
>> > (dell poweredge sc1425) since shortly after the game was released.
>> While
>> > running a default server with 32 slots the server lags out with one of
>> the
>> > virtual cpu's maxing out. It seems to run fine with 24 slots. I read
>> > somewhere that this is caused by the hyperthreading on the box and the
>> only
>> > way to solve this is to turn hyperthreading off.
>> >
>> > My question is - is this true? Will I gain a 32 slot (hopefully many
>> more
>> > slots) without the cpu maxing by turning hyperthreading off? Or is
>> there
>> a
>> > way to make the OS do this? Or is there a fix on its way? I dont live
>> close
>> > to the box (amsterdam--london) so a quick bus journey to play with the
>> BIOS
>> > is not really possible.
>> >
>> > Any and all help will be highly appreciated! This mailinglist has
>> already
>> > helped me out a lot and I hope it will continue!!
>> >
>> > TIA
>> > Nic
>> >
>> >
>> >
>> > ___
>> > 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
>



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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Ian mu]

--
[ Picked text/plain from multipart/alternative ]
A 32 slot dod:s server is pretty nigh on maxing out most cpu's ~ 3G area is
my point which no one seems to have bothered mentioning (and no one seems to
have asked what cpus are in the dell), HT or not. Mine were hitting ~ 90%
cpu usage on both ht and none ht servers when full (see earlier mails when
dod:s was released for cpu usage reported).

 On 10/6/05, Gary <[EMAIL PROTECTED]> wrote:
>
> This topic has nothing to do with what are your thoughts on HT...
> Besides, do those benchmarks happen to include game servers? valves
> engine?
>
> Try and generate the same problem. Load a >26 slot server similar to
> the original posters configuration. I can generate similar results on
> a couple of non production machines, disabling HT does fix the
> problem (it's been verified by others on this list before.)
>
> /ges
>
> At 02:05 PM 10/6/2005, Ian mu wrote:
> >--
> >[ Picked text/plain from multipart/alternative ]
> >For those who think HT is the problem, can they explain why benchmarks
> show
> >most none-multithreaded apps run faster (albeit only slightly) ? Don't
> >really want to turn this into a ht argument, but I'd like to see some
> >supporting evidence of the various criticisms of ht we see so often.
> > As an example...from here (has single threaded benchmarks with ht
> enabled)
> >http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__1
> >Quote:
> > >>
>
>
>
> ___
> 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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Nic Strix]

Thanks gary,

Pretty much what I wanted to hear. Now only to figure out how to turn HT off
on my linux box (fedora 3 64+) without accessing the BIOS

best regards
Nic



From: Gary <[EMAIL PROTECTED]>
Reply-To: hlds_linux@list.valvesoftware.com ges
To: hlds_linux@list.valvesoftware.com,hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Hyperthreading and DoD:Source
Date: Thu, 06 Oct 2005 14:33:58 -0400

This topic has nothing to do with what are your thoughts on HT...
Besides, do those benchmarks happen to include game servers? valves engine?

Try and generate the same problem. Load a >26 slot server similar to
the original posters configuration. I can generate similar results on
a couple of non production machines, disabling HT does fix the
problem (it's been verified by others on this list before.)

/ges

At 02:05 PM 10/6/2005, Ian mu wrote:

--
[ Picked text/plain from multipart/alternative ]
For those who think HT is the problem, can they explain why benchmarks
show
most none-multithreaded apps run faster (albeit only slightly) ? Don't
really want to turn this into a ht argument, but I'd like to see some
supporting evidence of the various criticisms of ht we see so often.
 As an example...from here (has single threaded benchmarks with ht
enabled)
http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__1
Quote:
>>




___
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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Gary]

This topic has nothing to do with what are your thoughts on HT...
Besides, do those benchmarks happen to include game servers? valves engine?

Try and generate the same problem. Load a >26 slot server similar to
the original posters configuration. I can generate similar results on
a couple of non production machines, disabling HT does fix the
problem (it's been verified by others on this list before.)

/ges

At 02:05 PM 10/6/2005, Ian mu wrote:

--
[ Picked text/plain from multipart/alternative ]
For those who think HT is the problem, can they explain why benchmarks show
most none-multithreaded apps run faster (albeit only slightly) ? Don't
really want to turn this into a ht argument, but I'd like to see some
supporting evidence of the various criticisms of ht we see so often.
 As an example...from here (has single threaded benchmarks with ht enabled)
http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__1
Quote:
>>




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

RE: [hlds_linux] Hyperthreading and DoD:Source

[JCHost.net - Support]

I think we all know that HT is one of the best things Intel has ever done as
a company.  All my servers use HT technology

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ian mu
Sent: Thursday, October 06, 2005 1:06 PM
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Hyperthreading and DoD:Source

--
[ Picked text/plain from multipart/alternative ]
For those who think HT is the problem, can they explain why benchmarks show
most none-multithreaded apps run faster (albeit only slightly) ? Don't
really want to turn this into a ht argument, but I'd like to see some
supporting evidence of the various criticisms of ht we see so often.
 As an example...from here (has single threaded benchmarks with ht enabled)
http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__1
Quote:
>>
We also wanted to examine if leaving HT enabled had any performance penalty
with certain games or applications. This amounts to a concern that
competition for CPU resources could actually lower the performance when
compared to a standard 3.06 GHz Pentium
4wit
h
HT disabled. We tested all of our benchmark applications in both
modes,
and while the majority of the performance increases were nominal, all of the
benchmarks performed better with HT enabled. This is big news, as the design
obviously allows full CPU partitioning, and gives users 3.06 GHz of power
for a demanding games, dual-threading for supported application, yet still
allows multi-threading and multi-tasking advantages in standard business
use.
>>
 On 10/6/05, Marcel <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> afaik you just need to put a "noht" to your kernel parameters to disable
> hyperthreading. Another way would be to disable HT completely in your
> kernel config.
>
> Google should have some information for this matter.
>
> - Marcel
>
>
> Nic Strix schrieb:
> > Hi
> >
> > I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon
> box
> > (dell poweredge sc1425) since shortly after the game was released. While
> > running a default server with 32 slots the server lags out with one of
> the
> > virtual cpu's maxing out. It seems to run fine with 24 slots. I read
> > somewhere that this is caused by the hyperthreading on the box and the
> only
> > way to solve this is to turn hyperthreading off.
> >
> > My question is - is this true? Will I gain a 32 slot (hopefully many
> more
> > slots) without the cpu maxing by turning hyperthreading off? Or is there
> a
> > way to make the OS do this? Or is there a fix on its way? I dont live
> close
> > to the box (amsterdam--london) so a quick bus journey to play with the
> BIOS
> > is not really possible.
> >
> > Any and all help will be highly appreciated! This mailinglist has
> already
> > helped me out a lot and I hope it will continue!!
> >
> > TIA
> > Nic
> >
> >
> >
> > ___
> > 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


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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Ian mu]

--
[ Picked text/plain from multipart/alternative ]
For those who think HT is the problem, can they explain why benchmarks show
most none-multithreaded apps run faster (albeit only slightly) ? Don't
really want to turn this into a ht argument, but I'd like to see some
supporting evidence of the various criticisms of ht we see so often.
 As an example...from here (has single threaded benchmarks with ht enabled)
http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__1
Quote:
>>
We also wanted to examine if leaving HT enabled had any performance penalty
with certain games or applications. This amounts to a concern that
competition for CPU resources could actually lower the performance when
compared to a standard 3.06 GHz Pentium
4with
HT disabled. We tested all of our benchmark applications in both
modes,
and while the majority of the performance increases were nominal, all of the
benchmarks performed better with HT enabled. This is big news, as the design
obviously allows full CPU partitioning, and gives users 3.06 GHz of power
for a demanding games, dual-threading for supported application, yet still
allows multi-threading and multi-tasking advantages in standard business
use.
>>
 On 10/6/05, Marcel <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> afaik you just need to put a "noht" to your kernel parameters to disable
> hyperthreading. Another way would be to disable HT completely in your
> kernel config.
>
> Google should have some information for this matter.
>
> - Marcel
>
>
> Nic Strix schrieb:
> > Hi
> >
> > I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon
> box
> > (dell poweredge sc1425) since shortly after the game was released. While
> > running a default server with 32 slots the server lags out with one of
> the
> > virtual cpu's maxing out. It seems to run fine with 24 slots. I read
> > somewhere that this is caused by the hyperthreading on the box and the
> only
> > way to solve this is to turn hyperthreading off.
> >
> > My question is - is this true? Will I gain a 32 slot (hopefully many
> more
> > slots) without the cpu maxing by turning hyperthreading off? Or is there
> a
> > way to make the OS do this? Or is there a fix on its way? I dont live
> close
> > to the box (amsterdam--london) so a quick bus journey to play with the
> BIOS
> > is not really possible.
> >
> > Any and all help will be highly appreciated! This mailinglist has
> already
> > helped me out a lot and I hope it will continue!!
> >
> > TIA
> > Nic
> >
> >
> >
> > ___
> > 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

[hlds_linux] Re: Linux CS 1.6 server update causing crash

[Some Llama]

Ok I just read through the past mailing list errors
and I see this is known and being worked on... sorry
for the lack of due diligence ;)  i know there is a
reason i joined the mailing list.. now if I can just
figure that out... =P

--- Some Llama <[EMAIL PROTECTED]> wrote:

> Ok my bad i just found out this was fixed in the
> october 3rd update, thing is it still caused people
> on
> my server to crash and I know i had the update...
>
> So I tried updating my server and it did update the
> linux version from 21 to 23, now when i start the
> server it crashes with:
> ./hlds_run: line 424: 31758 Segmentation fault
> $HL_CMD
>
> I saw on some of the forums that a "mani" plugin was
> causing this to crash but I am not running this
> plugin.. does anyone know a workaround for this?
>
> Does the server HAVE to be running the latest server
> code in order to squash this exploit?
>
> I am running the AMX mod and I would rather not have
> to disable this if at all possible... and on our
> private server that is NOT running any plugins, the
> server still crashes with the same error listed
> above...
>
> Thanks,
> Devin
> --- Some Llama <[EMAIL PROTECTED]> wrote:
>
> > FYI there seems to be a new exploit in the wild,
> it
> > causes all connected players to crash and
> discconect
> > on a linux server running CS 1.6, server does NOT
> > crash nor does it record what is happening in the
> > logs
> > (from my initial review).
> >
> > I was in game when it happened, it looks to be an
> > exploit that has to do with sending long strings
> of
> > text via spectator chat or regular chat, the
> person
> > sent this string 2x as spectator but then when he
> > joined the game and sent it it crashed the
> clients.
> >
> > When the text was sent it wasn't readily apparent
> > who
> > was sending it and just displayed as if it was a
> > message from the server, i know the person did not
> > have rcon access.
> >
> > Running Redhat linux, latest CS 1.6 server
> > Thanks,
> > Devin
> >
>
>


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

[hlds_linux] Re: hlds_linux digest, Vol 1 #4684 - 1 msg

[Some Llama]

Ok my bad i just found out this was fixed in the
october 3rd update, thing is it still caused people on
my server to crash and I know i had the update...

So I tried updating my server and it did update the
linux version from 21 to 23, now when i start the
server it crashes with:
./hlds_run: line 424: 31758 Segmentation fault
$HL_CMD

I saw on some of the forums that a "mani" plugin was
causing this to crash but I am not running this
plugin.. does anyone know a workaround for this?

Does the server HAVE to be running the latest server
code in order to squash this exploit?

I am running the AMX mod and I would rather not have
to disable this if at all possible... and on our
private server that is NOT running any plugins, the
server still crashes with the same error listed
above...

Thanks,
Devin
--- Some Llama <[EMAIL PROTECTED]> wrote:

> FYI there seems to be a new exploit in the wild, it
> causes all connected players to crash and discconect
> on a linux server running CS 1.6, server does NOT
> crash nor does it record what is happening in the
> logs
> (from my initial review).
>
> I was in game when it happened, it looks to be an
> exploit that has to do with sending long strings of
> text via spectator chat or regular chat, the person
> sent this string 2x as spectator but then when he
> joined the game and sent it it crashed the clients.
>
> When the text was sent it wasn't readily apparent
> who
> was sending it and just displayed as if it was a
> message from the server, i know the person did not
> have rcon access.
>
> Running Redhat linux, latest CS 1.6 server
> Thanks,
> Devin
>


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

[hlds_linux] Re: hlds_linux digest, Vol 1 #4684 - 1 msg

[Some Llama]

FYI there seems to be a new exploit in the wild, it
causes all connected players to crash and discconect
on a linux server running CS 1.6, server does NOT
crash nor does it record what is happening in the logs
(from my initial review).

I was in game when it happened, it looks to be an
exploit that has to do with sending long strings of
text via spectator chat or regular chat, the person
sent this string 2x as spectator but then when he
joined the game and sent it it crashed the clients.

When the text was sent it wasn't readily apparent who
was sending it and just displayed as if it was a
message from the server, i know the person did not
have rcon access.

Running Redhat linux, latest CS 1.6 server
Thanks,
Devin

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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Marcel]

Hi,

afaik you just need to put a "noht" to your kernel parameters to disable
 hyperthreading. Another way would be to disable HT completely in your
kernel config.

Google should have some information for this matter.

- Marcel


Nic Strix schrieb:

Hi

I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon box
(dell poweredge sc1425)  since shortly after the game was released. While
running a default server with 32 slots the server lags out with one of the
virtual cpu's maxing out. It seems to run fine with 24 slots. I read
somewhere that this is caused by the hyperthreading on the box and the only
way to solve this is to turn hyperthreading off.

My question is - is this true? Will I gain a 32 slot (hopefully many more
slots) without the cpu maxing by turning hyperthreading off? Or is there a
way to make the OS do this? Or is there a fix on its way? I dont live close
to the box (amsterdam--london) so a quick bus journey to play with the BIOS
is not really possible.

Any and all help will be highly appreciated! This mailinglist has already
helped me out a lot and I hope it will continue!!

TIA
Nic



___
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

Re: [hlds_linux] Hyperthreading and DoD:Source

[aXeR \(AmmoBOX\)]

I'm assuming that you haven't set the tickrate to 33 and your leaving it to
its own devices (which will churn away at 66) if that's the case you have 2
choices.

1.) Set -tickrate 33 in the start line OR 2.) Turn off hyperthreading.

Is it not possible for you to get your ISP / Datacentre staff to do the work
on your behalf?

Regards, Jon

- Original Message -
From: "Nic Strix" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, October 06, 2005 3:44 PM
Subject: [hlds_linux] Hyperthreading and DoD:Source



Hi

I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon box
(dell poweredge sc1425)  since shortly after the game was released. While
running a default server with 32 slots the server lags out with one of the
virtual cpu's maxing out. It seems to run fine with 24 slots. I read
somewhere that this is caused by the hyperthreading on the box and the
only
way to solve this is to turn hyperthreading off.

My question is - is this true? Will I gain a 32 slot (hopefully many more
slots) without the cpu maxing by turning hyperthreading off? Or is there a
way to make the OS do this? Or is there a fix on its way? I dont live
close
to the box (amsterdam--london) so a quick bus journey to play with the
BIOS
is not really possible.

Any and all help will be highly appreciated! This mailinglist has already
helped me out a lot and I hope it will continue!!

TIA
Nic



___
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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Deacon @[dgx]]

>From what I've seen, and other can probably comment in more detail,
hyperthreading can lag a server and we've seen many posts to the list
asking about this.  I would recommend searching the list archieve.

That being said, your lag can also be caused by the server config itself.
We have serveral servers that support and are running hyperthreading, but
most are AMD processors so I might be way off, but here's what I've seen.

I have several machines that run 18-24 players w/o lag.  If I take the
same config and change the maxplayer value to 26-32 people complain of
lag, choke, etc.

So, I would recommend tweaking your config for 32 players (sv_maxrate,
updaterate, tic_rate/tickrate, pingboost, etc.) prior to disabling
hyperthreading support.  Feel free to email me at [EMAIL PROTECTED] for info
on DOD:S and DOD server configs or just reply here.

Also, check for our DOD:S threads from about a week ago.  A few of us
posted our DOD:S configs and startup options.

Thanks,
Deacon


On Thu, 6 Oct 2005, Nic Strix wrote:

> Hi
>
> I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon box
> (dell poweredge sc1425)  since shortly after the game was released. While
> running a default server with 32 slots the server lags out with one of the
> virtual cpu's maxing out. It seems to run fine with 24 slots. I read
> somewhere that this is caused by the hyperthreading on the box and the only
> way to solve this is to turn hyperthreading off.
>
> My question is - is this true? Will I gain a 32 slot (hopefully many more
> slots) without the cpu maxing by turning hyperthreading off? Or is there a
> way to make the OS do this? Or is there a fix on its way? I dont live close
> to the box (amsterdam--london) so a quick bus journey to play with the BIOS
> is not really possible.
>
> Any and all help will be highly appreciated! This mailinglist has already
> helped me out a lot and I hope it will continue!!
>
> TIA
> Nic
>
>
>
> ___
> 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

Re: [hlds_linux] Hyperthreading and DoD:Source

[Gary]

This is correct.

At 10:44 AM 10/6/2005, Nic Strix wrote:

Hi

I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon box
(dell poweredge sc1425)  since shortly after the game was released. While
running a default server with 32 slots the server lags out with one of the
virtual cpu's maxing out. It seems to run fine with 24 slots. I read
somewhere that this is caused by the hyperthreading on the box and the only
way to solve this is to turn hyperthreading off.


G. Stanley
Engineering
Velocity Servers, DBA
[EMAIL PROTECTED]



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

[hlds_linux] Hyperthreading and DoD:Source

[Nic Strix]

Hi

I have had a DoD:S server running on Linux Fedora 3 64 on a dual xeon box
(dell poweredge sc1425)  since shortly after the game was released. While
running a default server with 32 slots the server lags out with one of the
virtual cpu's maxing out. It seems to run fine with 24 slots. I read
somewhere that this is caused by the hyperthreading on the box and the only
way to solve this is to turn hyperthreading off.

My question is - is this true? Will I gain a 32 slot (hopefully many more
slots) without the cpu maxing by turning hyperthreading off? Or is there a
way to make the OS do this? Or is there a fix on its way? I dont live close
to the box (amsterdam--london) so a quick bus journey to play with the BIOS
is not really possible.

Any and all help will be highly appreciated! This mailinglist has already
helped me out a lot and I hope it will continue!!

TIA
Nic



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