That might work if some other process wasn't using the other cores. If all cores are maxed out, multithreading the code gains nothing. But if one server is maxed and the others are not such that there are extra cycles on the other cores to spread around, you could get some improved performance for the maxed out server. It really depends on how many cores and how many servers and what the expected load is for them.
Or in other words, multithreading the code will help unless all cores are maxed out. And if you are running with all cores maxed out, you probably have some serious lag going on somewhere. PS - If it's a 2GHz dual core, then it has 2GHz of clock to play with. Multithreading it would give it another 2GHz to play with assuming no one else was eating up cpu cycles - in theory. In practice, a lot of the code probably couldn't be multithreaded, and just adding a second thread doesn't always give you that much benefit. Wait a bit, the 8 core consumer cpus are just around the corner. Then we can get some serious parallelism. It would be nice to write code knowing you have a half dozen cores to play with :-) ----- Original Message ----- From: "Shane Arnold" <[email protected]> To: "Half-Life dedicated Linux server mailing list" <[email protected]> Sent: Monday, January 04, 2010 4:07 PM Subject: Re: [hlds_linux] TF2 server multi-threaded support > But it's at capacity on one core. > > The process chews clocks, so if you had a Dual Core 2Ghz it's currently > only got 1000Mhz of clock to play with, whereas if it were multithreaded > it could spread the load over both cores, meaning it now has 2000Mhz to > play with and can manage it's load much better than just thrashing the > one core. > > On 5/01/2010 7:55 AM, Tony Paloma wrote: >> It's not like saying I don't want a 2000MHz CPU because I'm not gaining >> any >> CPU power out of threading. It's just spreading the workload around. >> >> My point was, right now my CPU is at capacity and adding threading into >> the >> mix will not help. >> >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On Behalf Of Ook >> Sent: Monday, January 04, 2010 3:31 PM >> To: Half-Life dedicated Linux server mailing list >> Subject: Re: [hlds_linux] TF2 server multi-threaded support >> >> If multi-threaded code takes 100% of two cores, then it probably lags bad >> with just one core. It's like saying I don't want a 2000 MHz cpu because >> it >> already takes 100% of my 1000MHz cpu... >> >> If you have a multi-core system, then you should set affinity to a single >> core so the app doesn't get swapped from core to core. If we actually had >> multi-threaded code, we could do the same thing - decide for ourselves >> how >> many cores it uses. >> >> I vote for 64 bit multi-threaded code. And I'm going to wait for the >> easter >> bunny to bring it because that is likely to be the only way we will get >> it... >> >> >> ----- Original Message ----- >> From: "Tony Paloma"<[email protected]> >> To: "'Half-Life dedicated Linux server mailing list'" >> <[email protected]> >> Sent: Monday, January 04, 2010 2:56 PM >> Subject: Re: [hlds_linux] TF2 server multi-threaded support >> >> >> >>> I'm not a fan of adding multi-threading to TF2 servers only because with >>> 32 >>> players it's already taking 100% CPU of one core -- I don't need it >>> taking >>> 100% of two. >>> >>> "Oh! Just set processor affinity!" you might say. Ya, now the threading >>> support would still only be hurting things, not helping (added overhead, >>> starved threads, etc.). >>> >>> -----Original Message----- >>> From: [email protected] >>> [mailto:[email protected]] On Behalf Of Nephyrin >>> Zey >>> Sent: Monday, January 04, 2010 2:47 PM >>> To: Half-Life dedicated Linux server mailing list >>> Subject: Re: [hlds_linux] TF2 server multi-threaded support >>> >>> Lets add: 64-bit support, better instruction set utilization, better >>> optimization, and free candy to the wishlist. Until valve actually >>> commits people to this its probably not happening soon >>> >>> - Neph >>> >>> On 01/04/2010 04:00 PM, Kyle Sanderson wrote: >>> >>>> I too would like to know this information, the list has gotten quite... >>>> >>> dry >>> >>>> for the latest HLDS/SRCDS informaton, and or for update timelines. >>>> >>>> Kyle. >>>> On Mon, Jan 4, 2010 at 6:41 AM, f0rkz<[email protected]> wrote: >>>> >>>> >>>> >>>>> I know that I have at least brought this to the list's attention once. >>>>> >>>>> Does anyone have any information on if/when TF2 will start utilizing >>>>> multi-threaded/multi-core processing? CPUs are going down in speed and >>>>> up in cores lately. If you want anything decent (3.0GHZ+) you are >>>>> paying for it. >>>>> >>>>> Left4Dead/Left4Dead2 runs like a champ and can have 100+ threads >>>>> running >>>>> without a problem. We need this for TF2 as well... >>>>> >>>>> We currently balance two tf2 servers on two separate 2.0GHZ cores >>>>> which >>>>> is working for now but that chokes us there. It would be nice to be >>>>> able to run these spread out over the two cores. >>>>> >>>>> -f0rkz >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> >> _______________________________________________ >> 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
