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
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
___
--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
--
[ 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
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 game
--
[ 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
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,hld
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
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
--
[ 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
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 foun
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 4
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
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
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
>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
20 matches
Mail list logo