1. I can safely say that Q9550 (2,83GHz) is getting slower by the day to
run 30 slots on TF2 at any give time. There are some lagspikes occuring
when CPU goes too high. Generally it's still ok.
2. I fail to see why the system needs to switch server process from core
to another just to make itself happy. After all, srcds uses only 1 core
at at time anyway. Of course, it's necessary to have enough free CPU
power as having 2 taskset cpu's dedicated to 1 process does not bring
more chewing power than 1 cpu. Same goes with process that uses no taskset.
-ics
21.5.2011 10:06, Christoffer Pedersen kirjoitti:
1. Its a good question. Many administrators optimizes their kernel to get
better performance, which i can recommend. I have en overclocked i7 which runs
on 3.73ghz and it did at least not have any problems at all with running a 64
slot server filled with bots. I would say that 3 ghz would do fine.
2. If you are running more servers than the amount of cores, i recommend to use
the load balancer. If you run the same amount or less than the amount of cores
i would use taskset.
/Chris
Sent from my iPhone 4
Den 21/05/2011 kl. 04.56 skrev "[email protected]"<[email protected]>:
I have 2 questions:
1. What is the minimum CPU to run 2 32-slot TF2 servers on 1 physical
core with almost no hiccups (I know they are unavoidable when there
are 10 sentries on the screen firing etc.)? I know someone that has an
i7 860, and it still seems to have a few gaps and interpolation errors
once every 5 minutes or so when there are 2 full 32 slot servers on
one physical core. Can anyone comment on this?
2. Is it still recommended to use taskset on multiple CPUs? I tested
my quad core last month on Ubuntu 10.10 server, and I needed taskset
to prevent the "sv" on net_graph from jumping all over the place. It
brought down the variance from 10 ms to 2 ms. However, people keep
telling me that taskset isn't needed anymore. Who is correct?
_______________________________________________
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
