Skocz do zawartości

Witamy w Nieoficjalnym polskim support'cie AMX Mod X

Witamy w Nieoficjalnym polskim support'cie AMX Mod X, jak w większości społeczności internetowych musisz się zarejestrować aby móc odpowiadać lub zakładać nowe tematy, ale nie bój się to jest prosty proces w którym wymagamy minimalnych informacji.
  • Rozpoczynaj nowe tematy i odpowiedaj na inne
  • Zapisz się do tematów i for, aby otrzymywać automatyczne uaktualnienia
  • Dodawaj wydarzenia do kalendarza społecznościowego
  • Stwórz swój własny profil i zdobywaj nowych znajomych
  • Zdobywaj nowe doświadczenia

Dołączona grafika Dołączona grafika

Guest Message by DevFuse
 

Fiziol - zdjęcie

Fiziol

Rejestracja: 08.02.2009
Aktualnie: Nieaktywny
Poza forum Ostatnio: 26.04.2015 11:26
-----

#694339 Profiler amx --> Czyli pełny monitoring pluginów

Napisane przez Fiziol w 26.03.2015 22:53

Profiler amx - jest to modyfikacja amxmodx która pokazuje nam dokładnie który plugin zużywa najwięcej cennych zasobów serwera.
 
Poco instalujemy :
- możemy sprawdzić czy napisany/zmodyfikowany przez nas plugin ma zamknięte    wszystkie pętle i nie zużywa zbyt wiele zasobów CPU(procesora)
- aby zrobić najbardziej optymalna paczkę pluginów na nasz serwer, usuwając  zbędne pluginy które zjadają dużo CPU.
 
Profiler amxmodx jest to wbudowane w rdzeń narzędzie - jest naprawdę przydatne tylko do ludzi, którzy próbują znaleźć wąskie gardła w ich wtyczkach w zasadzie mówi, ile czasu wtyczka spędza wykonując czynności.
 
 
Aby go zainstalować, trzeba poprostu podmienić amxmodx_mm_i386.so lub amxmodx_mm.dll (pamiętaj, aby wykonać kopię zapasową starych. Podane pliki sa juz gotowe nie musisz przekompilować wtyczek lub zmieniać żadnych modułów.
 
 
Następnie należy skonfigurować/ustawić które pluginy mają byc monitorowane.
 
Ustawiamy nowy cvar "amx_profile" (przypomnę ze cvary dodajemy do amxx.cfg) , jego konfiguracja jest identyczna jak z "amx_debug":
0 = brak wtyczki które zostaną profilowane/monitorowane
1 = tylko określone wtyczki zostaną profilowane/monitorowane (domyślnie)
2 = wszystkie wtyczki zostaną profilowane/monitorowane
 
Aby określić plugin do profilowania (dla sposobu amx_profile 1), otworzyć plugins.ini, a po nazwie wtyczki, dodać "profil".
 
Na przykład, "admin.amxx" dajemy "admin.amxx profile"
 
Uwaga: Nie można używać profilu wtyczki w trybie debugowania.
 
 
Przy zmianie mapy, wszystkie wtyczki/pluginy, które są profilowane automatycznie zapisują sie cstrike/addons/amxmodx/data/profiles/ <nazwa pluginu> .txt
 
Profiler odczyta czas potrzebny do wykonania połączeń rodzimych i wywołania funkcji publicznej.
 
SS admin_spec_esp
ssprofiler.jpg
 
Poradnik Fiziol
Źródło pliku forums.alliedmods

Załączone pliki


  • +
  • -
  • 8


#694244 CS 1.6 zjada za duzo cpu (VPS)

Napisane przez Fiziol w 25.03.2015 22:50

Myślę ze juz problem rozwiązałem. Wróciłem do Debiana i zrobiłem jądro na 1000HZ. VPS sie zmienił w 100% z wydajnością + jeden serwer jest przypisany na jeden rdzeń. I teraz bez problemu serwer przy ponad 10 osobach trzyma 990-1000fps, cpu waha sie w granicach STALE ( bez wahań ponad 5% ) 30% na rdzeń na którym jest serwer . Na razie to dopiero 2 dzień testów ale jest poprawa bardzo duza.

Co do profiler  amxx super sprawa zawsze ponad polowe pluginów na serwerze mam przerobionych czasmi wiecej czasmi mniej i sie zastanawiałem czy zawsze mam to optymalnie zrobione ( Dzięki za plugin GwynBleidD ). Ku mojemu zdziwieniu największym pożeraczem zasobów nie jest amxbans czy vip tylko ESP dla admina.

 

Podsumowując wszystkie rady z Waszej strony, przeczytane poradniki i moje obserwacje:

1. Kupując vps pod cs 1.6 to tylko w wirtualizacji KVM najlepiej zrobić od nowa jajko własne i ustawić je na 1000HZ ( w moim przypadku to było główna przyczyną tak kolosalnych wahań CPU co przekładało sie na ping i lagi na serwerze)

2. Ocentos lepiej sobie radzi z serwerami cs 1.6 od debiana w moim przypadku była to różnica około 1% na rdzeniu. Zawsze wybieramy 64Bit i instalujemy biblioteki 32bit poprostu jest wtedy stabilniej.

3. Przy odpalaniu serwera przypisujemy jeden serwer do jednego rdzenia. Tak jest lepiej z wydajnością + tak zaleca hlds + mamy kontrole nad zużyciem cpu przez serwer.

4. Najlepiej odpalić serwer przez screen mamy wtedy kontrole nad serwerem i możemy np kiedy nam sie podoba otworzyć konsole gdy mamy bana na rcon :) i zarządzać serwerem z putty

5. Nie warto ustawiać pingbost 3 chyba ze ktos nie ma co robić z pamięcią cpu pingbost 2 daje ten sam rezultat i zużywa mniej cpu.

6. Serwer odpalamy z poziomu użytkownika nie root.

7. Warto czami zobaczyć ile pamięci zużywają poszczególne pluginy czyli zainstalować profiler amxx, moze co niektórzy po instalacji tego "pluginu/modyfikacji amxmodx"  zmienia zdanie i zaczną myśleć. Że na prace serwera nie wpływa ilość pluginów a poszczególne pluginy które sa czasem nie potrzebne i zżerają  cenne zasoby.


  • +
  • -
  • 1


#544599 Poradnik i paczki, MIX, MIX + SB Guardian, CFG ESL + ESL MAPS,

Napisane przez Fiziol w 22.05.2013 14:27

Wiele osób ma problemy z obsługą rcona, znalezieniem poprawnych configów i wgraniem ich. Ta paczka zawiera wszystko: Przydatne komendy wpisywane w konsoli, Krotki opis bindowania klawiszy, Opis SB Guardian no i oczywiście lekko zmodyfikowane configi + napisany przeze mnie 3rr.

Nie jest to kolejna paczka w stylu kopiuj wklej tylko paczka zrobiona dla własnych potrzeb na której grałem kilka lat w oparciu o moje doświadczenie.

 

Paczka zawiera:

Config ESL - ustawienia serwera grane w ligach.

Config MIX – ustawienia serwera grane w sparach/mixach

Config MIX / SB Guardian - ustawienia serwera grane w sparach/mixach z najnowszym antycheatem

Poradnik dla zielonych jak i doświadczonych graczy.

 

 

Załączone pliki

  • Załączony plik  mix.rar   11,79 MB  1230 Ilość pobrań

  • +
  • -
  • 5