--
[ Picked text/plain from multipart/alternative ]
But it also "doesn't" happen to some apparently (not sure about windows
though), so would be useful to try and at least isolate if there's any
difference why some get the issue and others don't. I.e could just be the
latest kernel, or some adjustm
Not an OS issue, happens on both *NIX and windows variants.
At 02:38 PM 10/13/2005, ScratchMonkey wrote:
--On Thursday, October 13, 2005 10:37 AM +0100 Ian mu <[EMAIL PROTECTED]>
wrote:
Is it possible for those with the problem to confirm what dist and kernel
version on any machines that have
--On Thursday, October 13, 2005 10:37 AM +0100 Ian mu <[EMAIL PROTECTED]>
wrote:
Is it possible for those with the problem to confirm what dist and kernel
version on any machines that have the problem, just may help give some
ideas as well?
Version is sufficient *if* the kernel is stock for th
--
[ Picked text/plain from multipart/alternative ]
Is it possible for those with the problem to confirm what dist and kernel
version on any machines that have the problem, just may help give some ideas
as well?
On 10/13/05, e-Plutonia <[EMAIL PROTECTED]> wrote:
>
> --
> [ Picked text/plain from m
--
[ Picked text/plain from multipart/alternative ]
Since I am not on the Intel platform anymore, I can't help out directly,
however Gary, if you want, I can bring a few of my old Dual Xeon 3.2 / 3.0 /
2.8 boxes back online, as well as some P4s.
On 10/12/05, Gary <[EMAIL PROTECTED]> wrote:
>
> I'm
I'm beginning to wonder if certain stepping Xeon's/P4's have this HT
problem. I will investigate this further, but I don't think that is
the case since I have multiple servers with different stepping xeons
and they exhibit the same issues with large servers.. Perhaps it's
cache coherency problems,
On 10/13/05, ScratchMonkey <[EMAIL PROTECTED]> wrote:
> --On Wednesday, October 12, 2005 9:50 AM -0400 Mahmoud Foda
> <[EMAIL PROTECTED]> wrote:
> To know why your system works better, we'd need to know exactly what the
> "standard" kernel was (presumably you don't mean an unadorned kernel with
>
--On Wednesday, October 12, 2005 9:50 AM -0400 Mahmoud Foda
<[EMAIL PROTECTED]> wrote:
Ohh wow guys. I think i know why HT works better on my servers?
Compile your linux kernals on your servers. Dont use the kernal that
comes with your distro.
I tried some expirements and HLDS doesn't run good
--On Wednesday, October 12, 2005 3:59 PM +0200 Nic Strix
<[EMAIL PROTECTED]> wrote:
thanks for the advice. now to figure out how to do that..
For Red Hat systems (including Fedora and Centos), download and install the
kernel source RPM (from the SRPMS directory). This puts the
BIOS method. Check your motherboard's manual to see how to access the BIOS
and to enable/disable HT if yor system supports it
Nic
From: "Vapok" <[EMAIL PROTECTED]>
Reply-To: hlds_linux@list.valvesoftware.com
To:
Subject: RE: [hlds_linux] Hyperthreading and DoD:Source
Date: W
Noob question:
How do you turn HT on in DoD: Source?
Thanks
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
thanks for the advice. now to figure out how to do that..
From: Mahmoud Foda <[EMAIL PROTECTED]>
Reply-To: hlds_linux@list.valvesoftware.com
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Hyperthreading and DoD:Source
Date: Wed, 12 Oct 2005 09:50:34
ywhere. Its unbarible to play. But with HT on
> > its
> > like smooth and a dream.
> >
> > On 10/8/05, Nic Strix <[EMAIL PROTECTED]> wrote:
> > >
> > > HT turned off and now dod:s runs on 32 with minimum to no lag! Thanks
> > all.
> > >
>
<[EMAIL PROTECTED]>
> > >Reply-To: hlds_linux@list.valvesoftware.com
> > >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
> > &
>Reply-To: hlds_linux@list.valvesoftware.com
> >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 wh
HT turned off and now dod:s runs on 32 with minimum to no lag! Thanks all.
From: Gary <[EMAIL PROTECTED]>
Reply-To: hlds_linux@list.valvesoftware.com
To: hlds_linux@list.valvesoftware.com,hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Hyperthreading and DoD:Source
Date: T
Hope it was easy.
Gave up complaining it a long, long time ago... :(
On Fri, 2005-10-07 at 12:11 +0100, Ben Kennish wrote:
> Hi,
>
> I know this sounds rather picky of me but PLEASE can people not start a
> new topic by replying to an existing one and then changing the subject
> and message text.
Hi,
I know this sounds rather picky of me but PLEASE can people not start a
new topic by replying to an existing one and then changing the subject
and message text.
Cos your email client sends out a header saying that it's in reference
to the e-mail you replied to and when I view messages in "th
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.
Th
--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 sin
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 ]
>
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
--
[ 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 setup
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 probl
--
[ 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
re.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 th
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
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 arg
--
[ 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 var
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 F
atacentre 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 Fedor
>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 s
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'
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
so
34 matches
Mail list logo