Re: [hlds_linux] Hyperthreading to do or not
On Friday 22 September 2006 09:36, Ian mu wrote: First thing I tend to do is run something like prime95 or something else that will max a virtual cpu and see what it shows. [...] Typically you won't get much past an extra 10/15%, probably be even less with gameservers. I benchmarked mprime on HT and got something like running 1 mprime instance used 150ms per iteration (like without HT), running 2 mprimes instances at the same used each 270ms per iteration. so, calculating 2 iterations using one mprime instance (anyway weather HT on or off) takes 300ms calculating 2 iterations using two mprime instances on HT takes 270ms about 10% more throughput. Main thing is not to think of each virtual processor as a full cpu, even though either one can run at 100% in a sense, but not both at the same time, other things are happening. It's worth doing a bit of reading on hyperthreading on the net which can explain the details a lot better. Well because It was interesting for me I did above benchmarks again using different nice levels for both mprime and BTW I discoverd another Problem which lets me think more bad about HT now: If you run 2 processes at the same time with different nice levels then the behavior is not as you would expected on a single_CPU or a real_multi_core! Here I posted that more exactly: http://mersenneforum.org/showthread.php?p=87769#post87769 Dunno weather its a problem of my system (maybe someone could repeat such benchmark). For me this means that processes which are usually niced started by cron etc. got more bad behavior on HT as without HT and I dont see how you could get around this. So I think if you still want to use the little speed advantage of HT on a gameserver then you should watch more carefully your processlist and cron config even you didnt cared much about niced_19 processes so far. cu, Rudi ___ 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 to do or not
-- [ Picked text/plain from multipart/alternative ] Thanks for the stats, handy to know someone else got about that. I don't have any none used HT setups atm to try it on without people screaming :). I think there's a couple of things though, gameserver code may be better or worse in how much extra you will get than prime, not really an easy way to tell I think (I know you haven't said anything on that, just in case others reading). I did try it on a single cpu none ht though out of interest just to see the behaviour (as only one we have spare to load cpu atm), and I couldn't get it to switch out of 50/50 either, and it didn't seem to take notice of nice (in top it even said same nice which is weird). So basically wondering if that problem is a problem with prime rather than HT? Is it possible for you to try it on a single cpu/virtual cpu setup and see if its the same? Just then isolates the behaviour out of a ht system. On 9/23/06, Rüdiger Meier [EMAIL PROTECTED] wrote: On Friday 22 September 2006 09:36, Ian mu wrote: First thing I tend to do is run something like prime95 or something else that will max a virtual cpu and see what it shows. [...] Typically you won't get much past an extra 10/15%, probably be even less with gameservers. I benchmarked mprime on HT and got something like running 1 mprime instance used 150ms per iteration (like without HT), running 2 mprimes instances at the same used each 270ms per iteration. so, calculating 2 iterations using one mprime instance (anyway weather HT on or off) takes 300ms calculating 2 iterations using two mprime instances on HT takes 270ms about 10% more throughput. Main thing is not to think of each virtual processor as a full cpu, even though either one can run at 100% in a sense, but not both at the same time, other things are happening. It's worth doing a bit of reading on hyperthreading on the net which can explain the details a lot better. Well because It was interesting for me I did above benchmarks again using different nice levels for both mprime and BTW I discoverd another Problem which lets me think more bad about HT now: If you run 2 processes at the same time with different nice levels then the behavior is not as you would expected on a single_CPU or a real_multi_core! Here I posted that more exactly: http://mersenneforum.org/showthread.php?p=87769#post87769 Dunno weather its a problem of my system (maybe someone could repeat such benchmark). For me this means that processes which are usually niced started by cron etc. got more bad behavior on HT as without HT and I dont see how you could get around this. So I think if you still want to use the little speed advantage of HT on a gameserver then you should watch more carefully your processlist and cron config even you didnt cared much about niced_19 processes so far. cu, Rudi ___ 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 to do or not
-- [ Picked text/plain from multipart/alternative ] Actually there's a priority option within prime which seems to override nice, so try setting that (sorry if you've already done that, just covering the obvious), on a single cpu setup it behaves correctly, will see if I can sneak some time when a ht system is quiet a bit later to test on that. On 9/23/06, Ian mu [EMAIL PROTECTED] wrote: Thanks for the stats, handy to know someone else got about that. I don't have any none used HT setups atm to try it on without people screaming :). I think there's a couple of things though, gameserver code may be better or worse in how much extra you will get than prime, not really an easy way to tell I think (I know you haven't said anything on that, just in case others reading). I did try it on a single cpu none ht though out of interest just to see the behaviour (as only one we have spare to load cpu atm), and I couldn't get it to switch out of 50/50 either, and it didn't seem to take notice of nice (in top it even said same nice which is weird). So basically wondering if that problem is a problem with prime rather than HT? Is it possible for you to try it on a single cpu/virtual cpu setup and see if its the same? Just then isolates the behaviour out of a ht system. On 9/23/06, Rüdiger Meier [EMAIL PROTECTED] wrote: On Friday 22 September 2006 09:36, Ian mu wrote: First thing I tend to do is run something like prime95 or something else that will max a virtual cpu and see what it shows. [...] Typically you won't get much past an extra 10/15%, probably be even less with gameservers. I benchmarked mprime on HT and got something like running 1 mprime instance used 150ms per iteration (like without HT), running 2 mprimes instances at the same used each 270ms per iteration. so, calculating 2 iterations using one mprime instance (anyway weather HT on or off) takes 300ms calculating 2 iterations using two mprime instances on HT takes 270ms about 10% more throughput. Main thing is not to think of each virtual processor as a full cpu, even though either one can run at 100% in a sense, but not both at the same time, other things are happening. It's worth doing a bit of reading on hyperthreading on the net which can explain the details a lot better. Well because It was interesting for me I did above benchmarks again using different nice levels for both mprime and BTW I discoverd another Problem which lets me think more bad about HT now: If you run 2 processes at the same time with different nice levels then the behavior is not as you would expected on a single_CPU or a real_multi_core! Here I posted that more exactly: http://mersenneforum.org/showthread.php?p=87769#post87769 Dunno weather its a problem of my system (maybe someone could repeat such benchmark). For me this means that processes which are usually niced started by cron etc. got more bad behavior on HT as without HT and I dont see how you could get around this. So I think if you still want to use the little speed advantage of HT on a gameserver then you should watch more carefully your processlist and cron config even you didnt cared much about niced_19 processes so far. cu, Rudi ___ 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 to do or not
-- [ Picked text/plain from multipart/alternative ] There's a couple of different top versions/outputs depending on dist/version so be a bit wary. I've seen a couple where the max was 50% or 100% depending on which one. First thing I tend to do is run something like prime95 or something else that will max a virtual cpu and see what it shows. That will give a base 100% virtual cpu usage line for you to play around and check what makes sense thereafter. Be also wary about dividing cpu usage / 2, as whichever way you look at it, it doesn't really work like that. If its a later version of top and you hit 1 it will show separate cpu states which you may find more useful, and is per virtual cpu. I'm thinking that chances are it will still show 14% (as said there's a couple of different tops, so I don't want to say which for sure), and in reality you are using 14% of a real cpu, but you have some spare processing time depending on what else is running. Typically you won't get much past an extra 10/15%, probably be even less with gameservers. Main thing is not to think of each virtual processor as a full cpu, even though either one can run at 100% in a sense, but not both at the same time, other things are happening. It's worth doing a bit of reading on hyperthreading on the net which can explain the details a lot better. Best stats are fps and playing and mrtg whines per hour ;). On 9/21/06, Hoder Balder Marcus Jensen [EMAIL PROTECTED] wrote: Thanks for the answers, looks like it would be best to use a SMP kernel with HT in bios, since I'm running multiple servers on the machine, now time for some testing. On Thursday 21 September 2006 11:44, *Rüdiger Meier *wrote: So if you run a single threaded process it can show you only 50% CPU usuage (=100% of one CPU!) If you benchmark a single threaded process you will see that it got almost the same speed with or without HT activated (amlost - because smp got a litle bit overhead). If you benchmark 2 single threaded processes at the same time you should see a bit advantage with HT activated (not the double because HT CPU is not a full dual core!) So let me make sure i get this 100% :) If I'm running eg a single threaded process, like a cs:s server and the top command shows it's using 14% at the process. eg.: 14255 hlserver 15 0 165m 64m 12m S 14.7 3.2 8:57.10 srcds_i686 - where 14,7% is the cpu usage, it's actaully only using 7% of the CPU, because thats what I'm seeing Any suggestions to a benchmark program btw., other then running bots in cs:s :) ___ 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 to do or not
[ Converted text/html to text/plain ] My story was: I got some light choke on my 18 slot 100 tick server. Over 4-6 ppl, there was as small movement lag, even if there was no choke on the netgraph. It turned out, that we have installed an SMP kernel, but forgot to enable the HT in the BIOS. After turning it on, everything is running fine. (A 100tick/18slot and a 66tick/12slot server, on a 2.8HT P4, 2gb ram, debian 2.6.17.) Locutus Hoder Balder Marcus Jensen írta: What are peoples experience with hyperthreading in CS and CS:S. As I understand the neither of them has HT support and therefore max. can use 50% of your CPU, but if you run multiple servers on a machine is best to use HT or not. Any comments and own experiences are welcome. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux[1] ===References:=== 1. 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] Hyperthreading to do or not
Thanks for the answers, looks like it would be best to use a SMP kernel with HT in bios, since I'm running multiple servers on the machine, now time for some testing. On Thursday 21 September 2006 11:44, *Rüdiger Meier *wrote: So if you run a single threaded process it can show you only 50% CPU usuage (=100% of one CPU!) If you benchmark a single threaded process you will see that it got almost the same speed with or without HT activated (amlost - because smp got a litle bit overhead). If you benchmark 2 single threaded processes at the same time you should see a bit advantage with HT activated (not the double because HT CPU is not a full dual core!) So let me make sure i get this 100% :) If I'm running eg a single threaded process, like a cs:s server and the top command shows it's using 14% at the process. eg.: 14255 hlserver 15 0 165m 64m 12m S 14.7 3.2 8:57.10 srcds_i686 - where 14,7% is the cpu usage, it's actaully only using 7% of the CPU, because thats what I'm seeing Any suggestions to a benchmark program btw., other then running bots in cs:s :) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Hyperthreading to do or not
What are peoples experience with hyperthreading in CS and CS:S. As I understand the neither of them has HT support and therefore max. can use 50% of your CPU, but if you run multiple servers on a machine is best to use HT or not. Any comments and own experiences are welcome. ___ 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 to do or not
-- [ Picked text/plain from multipart/alternative ] It isn't 50% of a cpu, its 50% of 2 virtual cpu's (per cpu, extend to multiple cpu setups), just some think its 50% as it can look like that, you can't count one virtual cpu as one normal cpu. This is where the whole thing gets messy and you hear wildly varying stories. Most people tend to turn it off with valve games, if you want to play safe or do it as a one off, I'd suggest turning it off. We have ht turned on and have no problems, but if we had more large slot high tick cs/css we'd probably turn it off. Best bet if possible is to try both and see, or play safe with it off. On 9/20/06, Hoder Balder Marcus Jensen [EMAIL PROTECTED] wrote: What are peoples experience with hyperthreading in CS and CS:S. As I understand the neither of them has HT support and therefore max. can use 50% of your CPU, but if you run multiple servers on a machine is best to use HT or not. Any comments and own experiences are welcome. ___ 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 to do or not
-- [ Picked text/plain from multipart/alternative ] I've heard all sorts of different things about this, but I don't use Intel boxes, except for one which I run 3 servers off of. That one has HT enabled and all the servers run great. I guess it depends. If you're running one large server I wouldn't recommend you have it on, but if you're running multiple small servers it might be a better option. Don't take my word for it, though. On 9/20/06, Hoder Balder Marcus Jensen [EMAIL PROTECTED] wrote: What are peoples experience with hyperthreading in CS and CS:S. As I understand the neither of them has HT support and therefore max. can use 50% of your CPU, but if you run multiple servers on a machine is best to use HT or not. Any comments and own experiences are welcome. ___ 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
According to articles even heavily threaded apps suffer with HT turned on, so I have yet to see where HT actually improves anything anywhere. -sb On 11/19/05, Ian mu [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] If it couldn't peak at more than 50% (of one cpu) then its setup wrong. Being unable to peak at more than 50% of 2 virtual cpu's would make perfect sense though. Depends what you were looking at. On 11/19/05, Saint K. [EMAIL PROTECTED] wrote: The first thing we did when we got servers... Turn HT off... Besides we noticed the loss in power, its also bad cause if one server needs to peek over 50% of the CPU load, HT wont let it... - Original Message - From: ScratchMonkey [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Saturday, November 19, 2005 6:49 PM Subject: [hlds_linux] Hyperthreading Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/2005 ___ 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
-- [ Picked text/plain from multipart/alternative ] If you dig out some benchmarks on google you'll see some. Naturally you'll see some apps that don't gain much from it or are hindered also. On 11/20/05, Stan Bubrouski [EMAIL PROTECTED] wrote: According to articles even heavily threaded apps suffer with HT turned on, so I have yet to see where HT actually improves anything anywhere. -sb On 11/19/05, Ian mu [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] If it couldn't peak at more than 50% (of one cpu) then its setup wrong. Being unable to peak at more than 50% of 2 virtual cpu's would make perfect sense though. Depends what you were looking at. On 11/19/05, Saint K. [EMAIL PROTECTED] wrote: The first thing we did when we got servers... Turn HT off... Besides we noticed the loss in power, its also bad cause if one server needs to peek over 50% of the CPU load, HT wont let it... - Original Message - From: ScratchMonkey [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Saturday, November 19, 2005 6:49 PM Subject: [hlds_linux] Hyperthreading Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/2005 ___ 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
Yeah in benchmarks HT does stuff, in the real world show me an example...(not trying to be combative, just asking). -sb On 11/20/05, Ian mu [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] If you dig out some benchmarks on google you'll see some. Naturally you'll see some apps that don't gain much from it or are hindered also. On 11/20/05, Stan Bubrouski [EMAIL PROTECTED] wrote: According to articles even heavily threaded apps suffer with HT turned on, so I have yet to see where HT actually improves anything anywhere. -sb On 11/19/05, Ian mu [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] If it couldn't peak at more than 50% (of one cpu) then its setup wrong. Being unable to peak at more than 50% of 2 virtual cpu's would make perfect sense though. Depends what you were looking at. On 11/19/05, Saint K. [EMAIL PROTECTED] wrote: The first thing we did when we got servers... Turn HT off... Besides we noticed the loss in power, its also bad cause if one server needs to peek over 50% of the CPU load, HT wont let it... - Original Message - From: ScratchMonkey [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Saturday, November 19, 2005 6:49 PM Subject: [hlds_linux] Hyperthreading Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/2005 ___ 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 ___ 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
digg picks up the story: http://digg.com/hardware/Hyperthreading_Hurts_Server_Performance ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Hyperthreading
Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ 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
The first thing we did when we got servers... Turn HT off... Besides we noticed the loss in power, its also bad cause if one server needs to peek over 50% of the CPU load, HT wont let it... - Original Message - From: ScratchMonkey [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Saturday, November 19, 2005 6:49 PM Subject: [hlds_linux] Hyperthreading Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/2005 ___ 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
well seeing as only one thread in a scrds uses cpu then it makes sense to turn HT off. HT is usefull if there are many threads and I am afraid that hlds and srcds dont have many threads (only 3 and only 1 of them is cpu intensive) I turned HT off and deffinetly got an improved dod:source server. N From: Saint K. [EMAIL PROTECTED] Reply-To: hlds_linux@list.valvesoftware.com To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Date: Sat, 19 Nov 2005 18:58:51 +0100 The first thing we did when we got servers... Turn HT off... Besides we noticed the loss in power, its also bad cause if one server needs to peek over 50% of the CPU load, HT wont let it... - Original Message - From: ScratchMonkey [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Saturday, November 19, 2005 6:49 PM Subject: [hlds_linux] Hyperthreading Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/2005 ___ 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
--On Saturday, November 19, 2005 7:03 PM +0100 Nic Strix [EMAIL PROTECTED] wrote: well seeing as only one thread in a scrds uses cpu then it makes sense to turn HT off. For some apps where one runs multiple instances, HT might be advantageous. But it requires that the apps have similar locality of reference so that they don't trash their shared cache. Game servers are memory-intensive and two instances are likely to flush each other's data out of the cache and end up thrashing. ___ 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
-- [ Picked text/plain from multipart/alternative ] Of course, it depends on your OS and other factors. I have seen HT do some pretty whacky things in my time, both positive and negative. HLDS / SRCDS doesn't exactly suffer from HT usage if the system's internal clock is fast enough. On 11/19/05, Nic Strix [EMAIL PROTECTED] wrote: well seeing as only one thread in a scrds uses cpu then it makes sense to turn HT off. HT is usefull if there are many threads and I am afraid that hlds and srcds dont have many threads (only 3 and only 1 of them is cpu intensive) I turned HT off and deffinetly got an improved dod:source server. N From: Saint K. [EMAIL PROTECTED] Reply-To: hlds_linux@list.valvesoftware.com To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Date: Sat, 19 Nov 2005 18:58:51 +0100 The first thing we did when we got servers... Turn HT off... Besides we noticed the loss in power, its also bad cause if one server needs to peek over 50% of the CPU load, HT wont let it... - Original Message - From: ScratchMonkey [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Saturday, November 19, 2005 6:49 PM Subject: [hlds_linux] Hyperthreading Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/2005 ___ 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 -- DJ Fadyeyev Founder - e-Plutonia -- ___ 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
-- [ Picked text/plain from multipart/alternative ] If it couldn't peak at more than 50% (of one cpu) then its setup wrong. Being unable to peak at more than 50% of 2 virtual cpu's would make perfect sense though. Depends what you were looking at. On 11/19/05, Saint K. [EMAIL PROTECTED] wrote: The first thing we did when we got servers... Turn HT off... Besides we noticed the loss in power, its also bad cause if one server needs to peek over 50% of the CPU load, HT wont let it... - Original Message - From: ScratchMonkey [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Saturday, November 19, 2005 6:49 PM Subject: [hlds_linux] Hyperthreading Article on SlashDot about effect of HT on server apps: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/2005 ___ 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
-- [ 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 adjustment that prevents the issue, but is evident in all other cases. On 10/14/05, Gary [EMAIL PROTECTED] wrote: 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 the problem, just may help give some ideas as well? Version is sufficient *if* the kernel is stock for that distro. Otherwise we need to know precise customizations, ie. what you changed in the config. ___ 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
-- [ 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 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, or one of the many pitfalls of hyperthreading. If they are both still present you can diff the configurations. More to the point though, a stock kernel may not support HT, whereas unless moronically configured, a newly compiled kernel should use most of the target architecture, instead of a generic architecture. Next, the issue of HT as an architecture. Many of the situations where HT has been reported to perform badly are in cases where the server is processing two or more SRCDS instances throughout 80% or above of it's active processing time. In this scenario you will be suffering a great deal of cache hits, and a fair few (but quite regularly timed) context switches. What is interesting to note about those who claim better results, is they tend to have servers loaded up with other/different applications. Careful analysis of other performance data might lead to a real conclusion regarding the cause of this issue. How many cache misses are occuring with HT on, as opposed to off? What about context switches? How do these change if you lock processes to specific processors? The list of questions goes on. Sadly, I'm not using any HT capable test hardware at present. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- DJ Fadyeyev Founder e-Plutonia -- ___ 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
-- [ 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 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 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, or one of the many pitfalls of hyperthreading. If they are both still present you can diff the configurations. More to the point though, a stock kernel may not support HT, whereas unless moronically configured, a newly compiled kernel should use most of the target architecture, instead of a generic architecture. Next, the issue of HT as an architecture. Many of the situations where HT has been reported to perform badly are in cases where the server is processing two or more SRCDS instances throughout 80% or above of it's active processing time. In this scenario you will be suffering a great deal of cache hits, and a fair few (but quite regularly timed) context switches. What is interesting to note about those who claim better results, is they tend to have servers loaded up with other/different applications. Careful analysis of other performance data might lead to a real conclusion regarding the cause of this issue. How many cache misses are occuring with HT on, as opposed to off? What about context switches? How do these change if you lock processes to specific processors? The list of questions goes on. Sadly, I'm not using any HT capable test hardware at present. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- DJ Fadyeyev Founder e-Plutonia -- ___ 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
--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 that distro. Otherwise we need to know precise customizations, ie. what you changed in the config. ___ 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
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 the problem, just may help give some ideas as well? Version is sufficient *if* the kernel is stock for that distro. Otherwise we need to know precise customizations, ie. what you changed in the config. ___ 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
-- [ Picked text/plain from multipart/alternative ] 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 at all on a standard kernal running HT. If i you compile it you get just better results. On 10/10/05, Ian mu [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] I think this is why its good to get to the bottom of where the problem is, genuinely happy that the problem has gone, just that its evident some people don't have the problem and some do. Some have been helped by setting affinity on servers (we do on a couple of larger ones). I guess personally I'm just a fan of if you pay for something (like ht) in a cpu, you should be able to make the best of it, and its worth getting to the bottom of either making the most of it, or fully understanding why you can't if others can. One thing that does seem to make a difference is kernel version (I think), certainly some older ones report cpu usage very differently, and wondering if the scheduler acts differently on it. No expert in that field, just something I've wondered as 2 linux servers we have we treat very differently to the others, so might be interesting for people to quote what linux dist and kernel version they run just to see if there's anything in that or not. On 10/10/05, Mahmoud Foda [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] wow. Dude we have HT on our server. It performs better then it off. I dont know why i'm different. But HT has helped a lot. I can't imagine going less. 3.2GHz P4 w/ HT. 1 26slot DOD server. 1 18 Slot dod server. 1 20 slot dod server. 1 16 slot HLDM server. 1 16slot CS:S. 1 26slot DOD:S server. We normally have about 80 slots full. NO LAG!!! Server CPU Usage is 80% constant. Servers have either Mani or AMX. With lots of plugins. I dont know why i'm different. And i dont know why people say HT off is better. When i turn HT off, i see lag everywhere. 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. 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: 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 -- ___ 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
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 -0400 [ Picked text/plain from multipart/alternative ] 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 at all on a standard kernal running HT. If i you compile it you get just better results. On 10/10/05, Ian mu [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] I think this is why its good to get to the bottom of where the problem is, genuinely happy that the problem has gone, just that its evident some people don't have the problem and some do. Some have been helped by setting affinity on servers (we do on a couple of larger ones). I guess personally I'm just a fan of if you pay for something (like ht) in a cpu, you should be able to make the best of it, and its worth getting to the bottom of either making the most of it, or fully understanding why you can't if others can. One thing that does seem to make a difference is kernel version (I think), certainly some older ones report cpu usage very differently, and wondering if the scheduler acts differently on it. No expert in that field, just something I've wondered as 2 linux servers we have we treat very differently to the others, so might be interesting for people to quote what linux dist and kernel version they run just to see if there's anything in that or not. On 10/10/05, Mahmoud Foda [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] wow. Dude we have HT on our server. It performs better then it off. I dont know why i'm different. But HT has helped a lot. I can't imagine going less. 3.2GHz P4 w/ HT. 1 26slot DOD server. 1 18 Slot dod server. 1 20 slot dod server. 1 16 slot HLDM server. 1 16slot CS:S. 1 26slot DOD:S server. We normally have about 80 slots full. NO LAG!!! Server CPU Usage is 80% constant. Servers have either Mani or AMX. With lots of plugins. I dont know why i'm different. And i dont know why people say HT off is better. When i turn HT off, i see lag everywhere. 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. 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: 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 -- ___ 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
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
RE: [hlds_linux] Hyperthreading and DoD:Source
HT is a hardware function = hyperthreading, and your proccessor needs to support it. You can only properly turn it on and off via the BIOS. It is also possible to enable/disable HT in linux but it is advised to do it via the BIOS and seeing as both methods require a restart I would go for 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: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Hyperthreading and DoD:Source Date: Wed, 12 Oct 2005 09:10:12 -0500 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 ___ 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
--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 at all on a standard kernal running HT. If i you compile it you get just better results. The problem is that we don't know why your custom compile works any better. A standard Fedora kernel is compiled on a Fedora system so there's no reason a custom kernel would be any better, unless you've chosen a different set of patches or config options. 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 default configuration direct from Linus' build tree) and what you did to compile your own. ___ 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
--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 source in /usr/src/redhat. chown that directory hierarchy to your favorite mortal, and rebuild the RPM from there: chown -R scratch.scratch /usr/src/redhat su scratch rpmbuild -ba /usr/src/redhat/SPECS/kernel.spec ___ 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
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 default configuration direct from Linus' build tree) and what you did to compile your own. If they are both still present you can diff the configurations. More to the point though, a stock kernel may not support HT, whereas unless moronically configured, a newly compiled kernel should use most of the target architecture, instead of a generic architecture. Next, the issue of HT as an architecture. Many of the situations where HT has been reported to perform badly are in cases where the server is processing two or more SRCDS instances throughout 80% or above of it's active processing time. In this scenario you will be suffering a great deal of cache hits, and a fair few (but quite regularly timed) context switches. What is interesting to note about those who claim better results, is they tend to have servers loaded up with other/different applications. Careful analysis of other performance data might lead to a real conclusion regarding the cause of this issue. How many cache misses are occuring with HT on, as opposed to off? What about context switches? How do these change if you lock processes to specific processors? The list of questions goes on. Sadly, I'm not using any HT capable test hardware at present. ___ 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
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, or one of the many pitfalls of hyperthreading. If they are both still present you can diff the configurations. More to the point though, a stock kernel may not support HT, whereas unless moronically configured, a newly compiled kernel should use most of the target architecture, instead of a generic architecture. Next, the issue of HT as an architecture. Many of the situations where HT has been reported to perform badly are in cases where the server is processing two or more SRCDS instances throughout 80% or above of it's active processing time. In this scenario you will be suffering a great deal of cache hits, and a fair few (but quite regularly timed) context switches. What is interesting to note about those who claim better results, is they tend to have servers loaded up with other/different applications. Careful analysis of other performance data might lead to a real conclusion regarding the cause of this issue. How many cache misses are occuring with HT on, as opposed to off? What about context switches? How do these change if you lock processes to specific processors? The list of questions goes on. Sadly, I'm not using any HT capable test hardware at present. ___ 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
-- [ Picked text/plain from multipart/alternative ] wow. Dude we have HT on our server. It performs better then it off. I dont know why i'm different. But HT has helped a lot. I can't imagine going less. 3.2GHz P4 w/ HT. 1 26slot DOD server. 1 18 Slot dod server. 1 20 slot dod server. 1 16 slot HLDM server. 1 16slot CS:S. 1 26slot DOD:S server. We normally have about 80 slots full. NO LAG!!! Server CPU Usage is 80% constant. Servers have either Mani or AMX. With lots of plugins. I dont know why i'm different. And i dont know why people say HT off is better. When i turn HT off, i see lag everywhere. 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. 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: 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 -- ___ 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
-- [ Picked text/plain from multipart/alternative ] I think this is why its good to get to the bottom of where the problem is, genuinely happy that the problem has gone, just that its evident some people don't have the problem and some do. Some have been helped by setting affinity on servers (we do on a couple of larger ones). I guess personally I'm just a fan of if you pay for something (like ht) in a cpu, you should be able to make the best of it, and its worth getting to the bottom of either making the most of it, or fully understanding why you can't if others can. One thing that does seem to make a difference is kernel version (I think), certainly some older ones report cpu usage very differently, and wondering if the scheduler acts differently on it. No expert in that field, just something I've wondered as 2 linux servers we have we treat very differently to the others, so might be interesting for people to quote what linux dist and kernel version they run just to see if there's anything in that or not. On 10/10/05, Mahmoud Foda [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] wow. Dude we have HT on our server. It performs better then it off. I dont know why i'm different. But HT has helped a lot. I can't imagine going less. 3.2GHz P4 w/ HT. 1 26slot DOD server. 1 18 Slot dod server. 1 20 slot dod server. 1 16 slot HLDM server. 1 16slot CS:S. 1 26slot DOD:S server. We normally have about 80 slots full. NO LAG!!! Server CPU Usage is 80% constant. Servers have either Mani or AMX. With lots of plugins. I dont know why i'm different. And i dont know why people say HT off is better. When i turn HT off, i see lag everywhere. 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. 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: 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 -- ___ 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
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 threaded view, the new thread gets tacked on to the end of the old one. Cheers, Ben ___ 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
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. 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 threaded view, the new thread gets tacked on to the end of the old one. Cheers, Ben ___ 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] 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
Re: [hlds_linux] Hyperthreading and DoD:Source
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
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: hlds_linux@list.valvesoftware.com 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
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
-- [ 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 4http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__7#with 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
RE: [hlds_linux] Hyperthreading and DoD:Source
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 4http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__7#wit 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
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
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
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 4http://www.sharkyextreme.com/hardware/cpu/article.php/3261_1500631__7#with 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
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
--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
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
RE: [hlds_linux] Hyperthreading
Still makes you American btw.. :) I find a 16 player source server uses about 60% peak of a 1gig processor. I think 70slots on a 3.4 should just fit, might have problems if all servers are full though. Daniel On Thu, 3 Mar 2005, Owen T. Soroke wrote: btw... I thought I might also mention I run mani_admin on all of my servers. Using MODs does eat up some additional process cycles. P.S. --- I am a Canadian Owen -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 1:01 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Ahh fair enough, i forgot you americans like BIG servers :P - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 8:43 PM Subject: RE: [hlds_linux] Hyperthreading I am running 2 x 48 player, and 1 x 32. -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:56 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Owen, that's a bit under kill isn't it? I run 5 source servers with plenty to spare on a dual 2.8, how big are your servers? - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 7:43 PM Subject: RE: [hlds_linux] Hyperthreading SMP is your best bet to reduce any server lag during map changes. I've managed to run three source servers on one dual 3.4 Xeon box connected to an OC3, but it's not likely you'll be able to get away with running 5, unless all the machines are less than 12-14 players each. -Original Message- From: ranger [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:08 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Hyperthreading This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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
True... I also run my servers in Rochester MN. 70 slots on a 3.4 does in fact work quite nicely on an OC3, however I notice some lag on concurrent servers when one cycles map. I'm hoping my Dual Xeon 3.4 will eliminate that all together. -Original Message- From: Daniel [mailto:[EMAIL PROTECTED] Sent: Friday, March 04, 2005 6:58 AM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Hyperthreading Still makes you American btw.. :) I find a 16 player source server uses about 60% peak of a 1gig processor. I think 70slots on a 3.4 should just fit, might have problems if all servers are full though. Daniel On Thu, 3 Mar 2005, Owen T. Soroke wrote: btw... I thought I might also mention I run mani_admin on all of my servers. Using MODs does eat up some additional process cycles. P.S. --- I am a Canadian Owen -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 1:01 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Ahh fair enough, i forgot you americans like BIG servers :P - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 8:43 PM Subject: RE: [hlds_linux] Hyperthreading I am running 2 x 48 player, and 1 x 32. -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:56 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Owen, that's a bit under kill isn't it? I run 5 source servers with plenty to spare on a dual 2.8, how big are your servers? - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 7:43 PM Subject: RE: [hlds_linux] Hyperthreading SMP is your best bet to reduce any server lag during map changes. I've managed to run three source servers on one dual 3.4 Xeon box connected to an OC3, but it's not likely you'll be able to get away with running 5, unless all the machines are less than 12-14 players each. -Original Message- From: ranger [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:08 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Hyperthreading This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database
Re: [hlds_linux] Hyperthreading
i saw that weird lag last night after setting tickrate to 40. i changed it to 44 and the problem went away. i'll probably take off the -tickrate option and let them stay at 33. and are you using mani or some other admin mod? Owen T. Soroke wrote: True... I also run my servers in Rochester MN. 70 slots on a 3.4 does in fact work quite nicely on an OC3, however I notice some lag on concurrent servers when one cycles map. I'm hoping my Dual Xeon 3.4 will eliminate that all together. ___ 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
In a bold display of creativity, Daniel wrote: I find a 16 player source server uses about 60% peak of a 1gig processor. 1GHz what? P3? Xeon? Athlon? What else running on it? What do you mean source server? CS:Source? HL2MP? Something else? Unfortunately, the information is not enough to paint any clear picture whatsoever. -- Eric (the Deacon remix) ___ 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
You can figure it out if you divulge the brainpower to it, everyone else has, and is pretty clear tbh. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Hyperthreading
This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ 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
Owen, that's a bit under kill isn't it? I run 5 source servers with plenty to spare on a dual 2.8, how big are your servers? - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 7:43 PM Subject: RE: [hlds_linux] Hyperthreading SMP is your best bet to reduce any server lag during map changes. I've managed to run three source servers on one dual 3.4 Xeon box connected to an OC3, but it's not likely you'll be able to get away with running 5, unless all the machines are less than 12-14 players each. -Original Message- From: ranger [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:08 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Hyperthreading This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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
hi, on my old XP 2800+ 1 GB RAM i run 1x16 Slots CS 1.6 1x 14 Slots CS 1.6 1x 14 Slots CS 1.6 1x 12 Slots CS 1.6 without Problems or lagg, when all are full. now i have thought with an P4 3.2 GHz i could run one Server more with 12 Slots !! - Original Message - From: ranger [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 8:07 PM Subject: [hlds_linux] Hyperthreading This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ 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
If you use a UP kernel, you're wasting your money on hardware that you're not using. An SMP kernel will take advantage of the extra CPU power such as reading from the hard disk and handling other system daemons. ___ 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
I am running 2 x 48 player, and 1 x 32. -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:56 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Owen, that's a bit under kill isn't it? I run 5 source servers with plenty to spare on a dual 2.8, how big are your servers? - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 7:43 PM Subject: RE: [hlds_linux] Hyperthreading SMP is your best bet to reduce any server lag during map changes. I've managed to run three source servers on one dual 3.4 Xeon box connected to an OC3, but it's not likely you'll be able to get away with running 5, unless all the machines are less than 12-14 players each. -Original Message- From: ranger [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:08 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Hyperthreading This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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
Ahh fair enough, i forgot you americans like BIG servers :P - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 8:43 PM Subject: RE: [hlds_linux] Hyperthreading I am running 2 x 48 player, and 1 x 32. -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:56 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Owen, that's a bit under kill isn't it? I run 5 source servers with plenty to spare on a dual 2.8, how big are your servers? - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 7:43 PM Subject: RE: [hlds_linux] Hyperthreading SMP is your best bet to reduce any server lag during map changes. I've managed to run three source servers on one dual 3.4 Xeon box connected to an OC3, but it's not likely you'll be able to get away with running 5, unless all the machines are less than 12-14 players each. -Original Message- From: ranger [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:08 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Hyperthreading This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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
btw... I thought I might also mention I run mani_admin on all of my servers. Using MODs does eat up some additional process cycles. P.S. --- I am a Canadian Owen -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 1:01 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Ahh fair enough, i forgot you americans like BIG servers :P - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 8:43 PM Subject: RE: [hlds_linux] Hyperthreading I am running 2 x 48 player, and 1 x 32. -Original Message- From: aXeR [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:56 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Hyperthreading Owen, that's a bit under kill isn't it? I run 5 source servers with plenty to spare on a dual 2.8, how big are your servers? - Original Message - From: Owen T. Soroke [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, March 03, 2005 7:43 PM Subject: RE: [hlds_linux] Hyperthreading SMP is your best bet to reduce any server lag during map changes. I've managed to run three source servers on one dual 3.4 Xeon box connected to an OC3, but it's not likely you'll be able to get away with running 5, unless all the machines are less than 12-14 players each. -Original Message- From: ranger [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 11:08 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Hyperthreading This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hi, i decide to rent a P4 3.2 GHz /HT/1 MB Cache and will use debian 3.0. Should i install a SMP Kernel or better an Singel CPU Kernel? I want to run 5 CS 1.6 Server with max 70 Slots o this machine. thx -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.6.0 - Release Date: 3/2/2005 ___ 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
aXeR wrote: Ahh fair enough, i forgot you americans like BIG servers :P Oh no, it isn't that. We already all have BIG ones... ;-) ___ 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 support
Upgrade to the 2.6 Kernel, it supports HT properly so it won't dump an entire process on it that needs more power. Then you won't need to worry about assigning the affinity of a process. Kevin Chau wrote: This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Does anyone know the command to assign hlds to a certain cpu??? I did some check ups and i noticed the second cpu from hyperthread is inactive and is at 0%. Does anyone know the command to enable it or assign to the cpu? -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Wireplay Official http://www.wireplay.co.uk/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Hyperthreading support
This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Does anyone know the command to assign hlds to a certain cpu??? I did some check ups and i noticed the second cpu from hyperthread is inactive and is at 0%. Does anyone know the command to enable it or assign to the cpu? -- ___ 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 YES or NO?
GUNJACK2 wrote: This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Should i enable HT and use a SMP Kernel, or not? I answer YES, but not because of hlds. It is a single-threaded, monolythic code. Your Operational System could gain some advantage with it. -- dual_bereta_r0x -- Alexandre Hautequest ArenaNetwork Lan House Cyber -- www.arenanetwork.com.br Três anéis para os Reis Élficos sob este céu, Sete para os Senhores-Anões em seus rochosos corredores, Nove para Homens Mortais, fadados ao eternos sono, Um para o Senhor do Escuro em seu escuro trono Na Terra de Mordor onde as Sombras se deitam. Um Anel para a todos governar, Um Anel para encontrá-los, Um Anel para a todos trazer e na escuridão aprisioná-los Na Terra de Mordor onde as Sombras se deitam. ___ 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 YES or NO?
dual_bereta_r0x wrote: GUNJACK2 wrote: Should i enable HT and use a SMP Kernel, or not? I answer YES, but not because of hlds. It is a single-threaded, monolythic code. Your Operational System could gain some advantage with it. i too noticed, that the performance is better with an ht enabled kernel. best regards, raoul bhatia ___ 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 Or No
renice the server to -1 or somethign, maybe that will help, if other services are running. kev --Original Message- -From: [EMAIL PROTECTED] -[mailto:[EMAIL PROTECTED] Behalf Of Jason -Isenhart -Sent: Thursday, September 25, 2003 12:41 PM -To: [EMAIL PROTECTED] -Subject: Re: [hlds_linux] HyperThreading Or No - - -Hmm. Thats wierd then. I just cannot figure out why this box only -lags with -1 server full. - -Thanks though --- Jason - -- Original Message - -From: Troy Davisson [EMAIL PROTECTED] -To: [EMAIL PROTECTED] -Sent: Wednesday, September 24, 2003 11:50 PM -Subject: RE: [hlds_linux] HyperThreading Or No - - - I would guess something else. I've never heard of Hyperthreading having - negative progress. If anything, it just doesn't increase performance - when compared to a non-hyperthreaded system (so they would perform the - same). - - - - - -Original Message- - From: [EMAIL PROTECTED] - [mailto:[EMAIL PROTECTED] On Behalf Of Jason - Isenhart - Sent: Thursday, September 25, 2003 1:32 AM - To: [EMAIL PROTECTED] - Subject: [hlds_linux] HyperThreading Or No - - Please help me on this. We have a p4 box that has hyperthreading on. Now - we - have another box that has it off. The box with it on causes strange lag - in - which this is only with 20 people TOTAL. Is hyperthreading causing this - or - could it be something else. Please let me know. - - -- Jason - - ___ - To unsubscribe, edit your list preferences, or view the list archives, - please visit: - http://list.valvesoftware.com/mailman/listinfo/hlds_linux - - - --- - Outgoing mail is certified Virus Free. - Checked by AVG anti-virus system (http://www.grisoft.com). - Version: 6.0.521 / Virus Database: 319 - Release Date: 9/23/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