Amxmodx.lt

Įsigijau "weird" problem su amxbans 5.1b, pradėjo labai lėtai veikti, t.y užbaninti tik iš 3-5 kart ir tai tik po 5-7 min, bei tenka pačiam padaryti kick, problema nežinau iškur atsirado, banų duomenų bazė stovi vps'e, todėl pralaidumas localhost, resursų yra pakankamai, mysql db išvalymas ir prune db nepadeda. Help

SQL užklausos greitai apdorojamos? Nes gal serveris ne iš to pradėjo lagint.

Taip gana greit ir stabiliai, war3, gunxp,ammo ir kiti dalykai sukasi be problemų.

Nes techniškai kita vieta nelabai gali strigti, o logiška, kad žaidėjo neiškikina, nes nepareina query rezultatas.
Gali būti, kad duombazė tik kurį vieną transakciją strigdina, o kitos veikia gerai (viršytas transakcijų kiekis ir panašiai).

Įmanoma praplėsti transliacijos rėžius? Nes kaip suprantu perkeliant ant kitos db esančios tam pačiam serveryje neduos jokios naudos.

Visi nustatymai etc/mysql/my.cnf
Labai plačiai su mysql konfigūravimu nesu susipažinęs.

Šiaip pačių transakcijų limitų nelabai gali būti, nes jei trasakcijos metu užrakinama lentelė, tai kol užklausa neapdorojama, tai kitos transakcijos turės laukti. Realiai čia jau priklauso nuo serverio galingumo. Bet, kad neįvykdoma, tai nėra normalu.. Dėl prisijungimų (kur kiekvienas pluginas sukuria po vieną), tai default mysql leidžia 100 jų vienu metu.

Ir keistoka, kad užklausa neįvyksta arba taip ilgai, nes bent jau klaidą turėtų grąžinti ar timeout.

Truputį klaidingai post parašiau, localhoste, šios problemos nėra, bet tam serveriui kuris yra ne localhoste, t.y jungiasi iš kito adreso į duomenų bazę, tam prasideda vadinami "lag" vėluoja baninimas, jokių kitų su ban susijusių pluginų nėra, bei nebuvo atlikti joki keitimai, prieš problemą ir po jos atsiradimo, logai ir visa kita nerodo jokių problemų, tačiau pastebėjau nedidelę smulkmeną, pasinaudojus reload admins, serveris sustoja ~5 sec, tikrinau cpu/ram sąnaudas, visko gerokai pakanka. Ar negali būt problema susijusi su psychostats/hlstats ar "-pingboost"?

Sustoja 5s gal dėl to, kad vykdoma Sql_Execute ir serveris laukia, kol bus grąžinama užklausa. O šitas būna daroma plugin_init() forwarde, kuris būtent žemėlapio keitimo metu kviečiamas.

Rodos kažkada irgi buvo panašus dalykas man, kad į kitą serverį kreipiantis, ilgai labai dirbdavo, bet kažkaip susitvarkė savaime po kiek laiko. Kažkur prisijungimai matyt labai užvėlinami.

Bandysiu praplėst buffer, packet režius, bei max connection reiškmę.