sourceserver.info

Etwas mehr Infos wären ja nicht schlecht zB

Wo betreibst du den Gameserver.
Welches spiel hostest du.

Und in deiner speziellen Frage:
Welche Hardware besitzt du?

Wieso sollte das nicht möglich sein?

Ps. Der genau Syntax lautet so




sprich du könntest es wenn ich richtig gelesen habe auch so machen.



MfG
Impact

Das klingt ja nicht schlecht. Wie sollte dann der kompltte srcds startparameter denn aussehen wenn man den server auf 2 kerne aufteilen will?

Wie oft denn noch?
- taskset ist zum Einschränken von Prozessen und nicht zum Verbessern der Performance da. Deswegen sollte man es weglassen.
- srcds und hlds haben einen Main Workerthread, der nur von einem einzelnen Core berechnet werden kann. Die anderen Threads sind nicht sehr CPU intensiv.

Es macht z.B. Sinnn einen Apache2 auf einen Kern zu forcieren und allen anderen die restlichen Kerne zur Auswahl zu geben.



Dadurch, dass Apache2 peaks verursacht, wenn dieser in Verwendung ist, kann es bei den anderen Servern ggf. zu lags kommen. Durch die Zuweisung aller srcds-Prozesse auf Kern 1-7 (bei 8 Kernen) werden diese nicht vom Apache2 gestört. Der Kernel selbst verteilt die SRCDS-Prozesse dann schon passend auf die einzelnen Kerne. Da man beim SRCDS nicht mit Peaks wie bei Datenbanken und Webservern hat, wird es bei der Lastenverteilung keine Probleme geben.

meine empfehlung ist, die server mit realtime-scheduling (SCHED_FIFO) laufen zu lassen, dann sind andere (nicht-realtime) Prozesse wie apache total egal (hab ich intensiv getestet, der fpsmeter lief früher auf meinem game-root, und ich denke, der wird im bezug auf ressourcen-nachfrage jede clan-site bei weitem übetreffen...).

i.a. macht es dann keinen unterschied, ob man die server noch auf eigene cores zuweist oder nicht. manchmal ist es sogar kontraproduktiv, da das ja immer eine einschränkung ist. linux verteilt normal die prozesse von selbst auf die cpus, d.h. wenn ein prozess gerade rechnen möchte und eine cpu frei ist, bekommt er diese. wenn man den prozess aber auf eine cpu zwingt, und auf dem schon etwas anderes läuft, kann er nicht dran kommen.

in zweifel einfach mal ausprobieren.

Ich halte nicht viel vom Realtimescheduling. Was passiert z.B. wenn ein Server abstürzt und aufgrund irgendeiner Schleife alles an CPU-Zeit für sich beansprucht. Ist mir schon des öfteren passiert. Das wäre ziemlich schlecht, wenn man dann seinen ganzen Root neu starten muss, weil SSH nicht mehr reagiert.

passiert nicht in der form. erstens müssten so viele server abstürzen, wie du cpus hast, damit das wirklich ein problem ist, zweitens hat SCHED_FIFO maximale laufzeiten, die ein prozess für sich beanspruchen darf. man kommt also eigentlich immer noch rein, notfalls mit etwas geduld. ich lasse meine server seit jahren mit SCHED_FIFO und früher mit SCHED_RR laufen. klar, vielleicht gehen 1-2 reboots auf seine rechnung - so what. dafür laufen die server einfach perfekt. (idealerweise installiert man sich nen watchdog, der den reboot dann für einen übernimmt, wenn der load zu hoch wird...) seitdem ich zblock drauf habe, stürzen die server auch nicht mehr ab (vermute, es waren "DoS" attacken, die von zblock ja abgefangen werden).