Forum Debian Users Gang

Na forum CS cała ta wiedza co do wydajności jest chyba jedną wielką tajemnicą..
Co do ilości graczy, to przy 20+ jest już słabo, obciążenie jest w granicy 70-80CPU i przez to już rośnie ping graczom, a serwer HLDS potrafi obsłużyć 32 graczy, a wczoraj gdy zapełniłem serwer do 28 to zżerało 96CPU 30-40FPS i ping każdy w okolicach 100 ;)

Jak będzie trzeba to będę szukał pomocy wszędzie, aż ktoś mnie na coś konkretnego nakieruje :)

http://hlds.pl/Sprz%C4%99t

tutaj pisze
Średnio powinno wyliczać się jakieś 50 MHz na jednego gracza (slot).
tylko czy ten serwer cs potrafi wykorzystać kilka procesorów?

sam próbowałem ostatnio postawić taki serwer (jak ktoś przyjdzie na piwko by sobię pograć) ale przez to, że wymaga instrukcji SSE pentium2 okazało się niewystarczające :(

Ostatnio edytowany przez dominbik (2012-02-05 14:36:00)

http://hlds.pl/Sprz%C4%99t napisał(-a):

Gentoo - Nieeeeeeeee polecam, chyba że masz mnóstwo czasu na rekompilacje.

Pocieszny tekst.

Co do optymalizacji na poziomie systemu, radzilbym zobaczyć, czy da się odpalić kilka procesów tego serwera, wtedy pójdzie na kilku rdzeniach.

Poza tym przejrzeć, co jest na serwerze niezbędne, Debian czy CentOS potrafią w serwerowych wrersjach zaciągać jakieś śmieci w stylu avahi, gpm, zeroconf, i podobne bzdury, które potem wiszą w ramie bez pożytku.

ALe jeśli gra chodzi na jednym jaju, a jajek masz na serwerze kilka, to raczej gdybanie, niż konkretny zysk.

Poza tym  popatrz dokładnie w htopie, co tam tak przymula, bo obciążenie normalne nie jest.

mogą się zdarzac wycieki pamięci, czy  jakieś pętle nieskończone (błąd programistyczny, konflikt z taką czy inną biblioteką),
i podobne bzdury, powodujące puste przebiegi procka, i czasami kosmiczne obciążenie nie wiadomo skąd.

Pod tym kątem też radziłbym poszukać.

Ostatnio edytowany przez Jacekalex (2012-02-05 16:29:11)

Ja bym spróbował puścić kilka procesów na różnych rdzeniach i portach, a potem kombinowal, jak pokierowac pacjentow na poszczególne procesy/porty.

Jak masz kilka adresów IP, to może się udać.

Poza tym bezpieczeństwo:
Żeby odalić program z priorytetem ujemnym, potrzebujesz uprawnień roota.
Ten skrypt nie zrzuca uprawnień po ustaleniu priorytetu, czy sam hlds zrzuca uprawnienia?
Bo jeśli nie, to cały bajzel idzie z prawami roota, i nie trzeba Anonimowych, wystarczy pierwszy lepszy skrypciarz, żeby "zaopiekować" się takim serwerem.

Ewentualnie, jak masz kilka rdzeni, a darmowa wersja chodzi na jednym to czy nie mają wersji, która zapierdala na kilku wątkach, jak każdy normalny demon sieciowy?

Ostatnio edytowany przez Jacekalex (2012-02-05 15:16:03)

Z uprawnieniami jakiego usera chodzi proces HLDS?

Bo jeśli root, to prędzej czy później możesz mieć przypał.

Jeśli jakiś user z powłoką /bin/false i minimalnymi uprawnieniami, to ok.
Co do priorytetu to - może być, ale lepiej ustaw to dla niższego usera od roota w /etc/security/limits.conf, albo dorzuć do tego polecenia

/usr/bin/nice -n -20 /usr/bin/taskset -c 6 sudo -u user ./hlds.......

- gdzie user będzie odpowiednio skonfigurowany.

Poza tym, masz tam jeden adres IP na serwerze, czy kilka?

Bo własnie zainstalowałem sobie z ciekawości na moim Gentoo
paczkę games-server/halflife-steam, i w konfigu /etc/conf.d/hlds widzę co następuje:

HLDS_SERVER1="-game cstrike -port 27015 +map de_dust2"
#HLDS_SERVER2="-game cstrike +ip a.b.c.d -port 27015 +map de_aztec15"
#HLDS_SERVER3="-game cstrike +ip a.b.c.d -port 27016"

A to oznacza, że można go odpalić na kilku jajkach, jak się dobrze pokombinuje.

Sznurek: http://www.gentoo-wiki.info/Half-Life_Dedicated_Server

Ostatnio edytowany przez Jacekalex (2012-02-05 16:07:19)

Tyle Ci da, że każde fizyczne jajko to jakby jeden procesor jednordzeniowy.

Jak demon wisi na jednym rdzeniu (z czterech), a trzy pozostałe nie mają nic do roboty, to wykorzystujesz 25% mocy serwera.
Jak odpalisz 3 procesy - to masz wykorzystane 3 rdzenie, i co za tym idze 3/4 serwera.

Jak na jednym rdzeniu ten obecny ciągnie 20 pacjentów, to na 3 rdzeniach pociagnie około 55-60 pacjentów, bez żadnych specjalnych kombinacji z softem.

I żaden procek 6 czy 8 rdzeniowy na jednym rdzeniu  nie da Ci takiego kopa z wydajnością, jak wykorzystanie kilku rdzeni.

Jak ja płaciłbym parę stów za serwer, żeby wykorzystać na nim 25% mocy obliczeniowej, to raczej wolałbym zobaczyć, czy nie można za jakieś sensowne pieniądze kupić licencji na wielordzeniową wersję tego CS'a.

Bo procków 1*12Ghz nie robią, za to 4*3,2 Ghz robią, i to działające.

Ostatnio edytowany przez Jacekalex (2012-02-05 16:39:42)

Po co RT? Jesli cos nie jest napisane z mysla o RT to nie ma sensu. Po drugie po co dajesz tak wysoki priorytet nie wystarczy 0? Jestes pewny że ten deamon prwidłowo działa z sztywo przynanym CPU?

gokaj napisał(-a):

jeden adres IP mam, ale dowolna ilość portów ofc, a co mi da jak odpalę 1 serwer na X jajku i 2 serwer na Y jajku :>?+

może dla każdego serwera zrobię osobny ftp i właśnie z tego użytkownika będę go odpalał?

Zobacz.. masakra

gokaj napisał(-a):

tutaj było o tym, i tak na spróbowanie wgraliśmy patcha RT

http://wiki.fragaholics.de/index.php/EN:Linux_Kerne … and_the_patch

miałem priorytet 0 , +5 +10 itp, i efekt taki sam, a nawet przy priorytecie większym niż +10 to ścinało grę co jakieś ~3 minuty na 2-3 sekundy ..

wiki.fragaholics.de napisał(-a):

* On some systems (especially on quad core like Q6600), running one idler per core might be necessary, like:

Kod:

nice -n +19 taskset -c 0 screen -AmdS idler1 ./idler
nice -n +19 taskset -c 1 screen -AmdS idler2 ./idler
nice -n +19 taskset -c 2 screen -AmdS idler3 ./idler
nice -n +19 taskset -c 3 screen -AmdS idler4 ./idler

I recommend testing both running a single idler and one idler per core, as there is no way to tell what is better without testing!

    * Also usually on quad cores it can be better to run each server on a different core, like:

Kod:

taskset -c 0 screen -AmdS cs-server ./hlds_run put your options here
taskset -c 1 screen -AmdS cs-server ./hlds_run put your options here
taskset -c 2 screen -AmdS cs-server ./hlds_run put your options here

Czego dotyczy ten cytat z wiki?

Dokumentację na wiki czyta się po to żeby ją przeczytać i zrozumieć, czy w innym celu? :xD

Szkoda, że na dugu nie mamy nagród złotego i platynowego pegaza ;)

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2012-02-05 18:15:34)

Linię w skrypcie masz gotową, tam tylko bym dodał po taskset sudo -u user - zeby zrzucić uprawnienia z roota - będzie bezpieczniej.
Dowcip polega na tym, że odpalasz nie jeden proces serwera, tylko tyle procesów, ile masz rdzeni, kierując każdy proces na inny rdzeń tasksetem.
A to oznacza tyle linii lub oddzielnych skryptów, ile będzie trzeba.

Tutaj jedna wątpliwość - w przykładzie na wiki.fragaholics.de nie ma nic o portach i adresach IP.
A dwa hldsy na jednym porcie wisieć chyba nie mogą, więc albo każdy na innym porcie, albo adresy IP failover - na ovh mają coś takiego, w innych serwerowniach pewnie też, i każdy na innym IP.

A potem przy pomocy iptables lub binda wyczaić, jak rozdzielić pacjentów, żeby zajęli proporcjonalnie wszystkie rdzenie.

To już musisz potestować u siebie na serwerze, ja takim serwerem nie administruję, i detali dotyczących Cs'a nie znam.
Poza tym ewentualnie miauczenie pacjentów, kiedy trafią nie do tej gry, co kolega.
W każdym razie trza by to tak ustawić, żeby miało ręce i nogi.

W każdym razie na 6 jajowym Xeonie możesz w ten sposób uciągnąć lekko 100 pacjentów, a nie 20.

Co nie zmienia faktu, że jeśli 20 pacjentów pożera 1 rdzeń Xeona, to coś tam nie gra między hldsem a systemem, ale tego mozesz się dowiedzieć przez strace,lub gdb, badając backtrace hlds'a.

Tu masz opis, jak się to robi:
http://www.gentoo.org/proj/pl/qa/backtraces.xml
Ale jak do kodu hlds'a zajrzeć i czegoś poprawić nie można, to i tak niewielki będzie rezultat, chyba, żeby kombinować w stylu nvbodzio.
Ale w debugowaniu hlds raczej pomóc zbyt wiele nie mogę, co najwyzej doradzić conieco.

Pozdro
;-)

no dobrze, wcześniejsze posty chyba sugerują by odpalić na kilku rdzeniach? ;>

Ostatnio edytowany przez dominbik (2012-02-05 19:16:28)

Prawdopodobnie przeszedł w tryb zombie.
Gdyby był puszczony z poziomu zwykłego usera, a serwer był chroniony przez Selinux lub Grsecurity, to taki proces na 95% by zginął śmiercią tragiczną, ale serwerowi nic by się nie stało.

Nie zdziwiłbym się, gdyby ten serwer ubijał skrypciarz od konkurecji.
Bo wystawianie programu ściągnietego jako zewnętrzna binarka,
  jako root na internet, to jest po prostu proszenie się o kłopoty.

Żadne aktualizacje bezpieczeństwa nie aktualizują tego hldsa w razie problemów, a przez niego można położyć serwer, to czego można się spodziewać?
Czy jakiś Developer Debiana sprawdził ten kod hldsa?
Albo inny specjalista od bezpieczeństwa?

Edyta:
Masz teraz odpalonego hldsa na wszystkich rdzeniach, i dalej 20 graczy, tak, jak na jednym rdzeniu?

Jeśli tak, to znaczy, że masz jakiś hardcorowy błąd w hlds, w kodzie albo konfiguracji.

Ostatnio edytowany przez Jacekalex (2012-02-05 19:24:13)

aptitude install htop
htop

Poza tym wywal to jajo rt, i daj zwykle, CFS albo skompiluj jajo z łatką CK - optymalizacja serwer, albo BFQ. Możesz też spróbować BFS, choć to rozwiązanie strickte na desktopy, podobnie jak większość funkcji CK.

Co do priorytetów (polecenie nice), nie rozwiążą problemu, bo po protu nie są od tego.

Potestuj, które rozwiązanie lepiej się sprawdzi.
Jeżeli na priorytetach -5, -10, -20 jest ten sam problem i ta sama wydajność - to masz dowód, ze nie tutaj tkwi problem, to puść na priorytecie zero - domyślnym.

W ogóle to wiki.fragaholics.de  pisał jakiś idiota, który o Linuxie pojęcia nie ma.

Łata RT jest do dżwięku i obrazu, i szeroko rozumianych multimediów.
Dlatego kernelel RT pracują np w większości nowoczesnych telewizorow fullHD.
Do serwera, który musi rozkładać moc na XX żądań od pacjentów RT jest przekleństwem.

Radziłbym też aktualizację tego CSa, bo najprawdopodobniej ma jakieś błędy, które powodują takie obciążenie.
O ile w ogóle nie ma on jakichś celowych (zabezpieczeń marketingowych), zeby nie szedł z więcej niż 20 pacjentami.
Producent jest po to, zeby zarabiać, a nie dawać najwyższą jakość za darmo.

I aktualizację jajak do jakiejś bardziej współczesnej wersji, Squeeze bez problemu pracuje z 3.2 - po aktualizacji do wydania 6.0.4 .
Od 2.6.32/33 sporo się zmienilo w kierunku większej wydajności.

Poszkaj też, albo popytaj na forach, jakie obciązenie wychodzi na innych serwerach, przy podobnej liczbie pacjentów, i pytajać o wersję CSa (nie glołną, tylko jakiś kolejny numerek wersji określający np datę aktualizacji) i jaki system.
Bo coś mi się zdaje, ze ten twój CS kiepsko sobie radzi na tym Debianie, i pytanie jest takie, na jakim systemie wyciągnie lepszy wynik.
Nowszym czy starszym, czy co innego.
I ule oczywiście ta wersja CSa nie jest walnięta, to może ( choć nie musi) załatwić aktualizacja  CSa..

Błędy w programach się zdarzaly, zdarzają i zdarzać będą.
To jest pewne.

W każdym razie musisz pokombinować conieco, i zapomnieć o idiotwiki, na której znalazleś tą radę z kernelem rt.

Mam nadzieję, ze to nie jest jedyna dokumentacja CSa dostępna na necie.

każdy serwer jest odpalony na innym rdzeniu..

Jak rozdzielielś to na rdzenie, osobnymi skryptami?
Pokaż polecenia odpalające na poszczególnych rdzeniach.

Ostatnio edytowany przez Jacekalex (2012-02-06 08:29:18)