lazy

jeden z waznejszych powodow to mod_proxy_fcgi jest normalnie rozwijany mod_fastcgi od wielu wielu lat juz nie

http://www.quttera.com/detailed_report/wht.pl hmm Details: Detected reference to suspicious blacklisted domain home.pl

http://httpd.apache.org/docs/2.4/mod/mod_logio.html

Options +MultiViews w htaccess lub dodaj opcje Multiviews do odpowiedniego dla danego vhosta bloku Directory -- Lazy

wykopki na takim mrozie ? -- Lazy

vswap z openvz nie ma nic wspolnego z prawdziwym swapem, vswap jest uzywany kiedy kontenerowi konczy się przydzielony ram, jest on wtedy sztucznie spowalniany co symuluje i/o zwiazane z przenoszeniem stron do swapu wiec zwykle swap w kontenerze nie powinien byc wcale uzywany cos sie dzieje z vpsem jesli caly swap jest juz zajety ? -- Lazy

to wina tych sekundowych opoznien przy odpalaniu nowych procesow, sproboj wersje z svn powinno byc znacznie lepiej, o ile nie przekroczysz limitu procesow http://svn.apache.org/repos/asf/httpd/mod_fcgid/trunk potrzebujesz apache2-threaded-dev albo apache2-prefork-dev potem APXS=/usr/bin/apxs2 ./configure.apxs make make install -- Lazy

jaka wersja mod_fcgid ? w logach nic nie ma ? a z LogLevel debug ? liczba klientow ab nie przekracza FcgidMaxProcessesPerClass ? moze wklej konfig i parametry ab -- Lazy

zwiekszasz partycje lvm, dalej pvresize -- Lazy

dzieki za wyjasnienie, wydawało mi sie ze atmowi uplinki tez padly bo tez były terminowane w limie, ale najwyraziej dotyczyło to tylko lacz klienckich w takim wypadku w dc wiekszych problemow nie mieli -- Lazy

w druga strone tez bym nie przesadzał, 1 port na to nadal SPOF dla mnie osobiscie po wpadce kiedy to atm sie posypał przy awarii pradu w limie stracili wiele ze swojej za przeproszeniem zaje*******, ale nadal sa oczywiscie solidna firma nie wiem jak wyglada wiekszosc poskich DC ale jesli maja gorsza dostepnosc niz port na nakims switchu/routerze to chyba mozemy podniesc ceny -- Lazy

phpowy mail() na linuxe wysyła maile wywołujac bezposrednio komende sendmail, jesli to trwa to długo to moze to znaczyc ze system pocztowy ma problem z umieszczeniem przesyłki w kolejce, co moze wynikac z przeciazenia i/o, moze byc to spowodowane przez inne vpsy lub np. spam wysyłany przez twojego vpsa jakie jest obciazenie i/o ? komenda: iostat -kx 2 jak wyglada kolejka ? komenda mailq -- Lazy

w /etc/init.d/apache2 w drugiej linijce dodaj ulimit -s 256 /etc/init.d/apache2 stop /etc/init.d/apache2 start (wazne by wyłączyc serwer, a nie tylko zrestartowac) to powinno znacznie zmniejszyc zuzycie privvmpages ktorego Tobie najwyrazniej brakuje dodatkowo zmniejsz ilosc uruchamianych wątków, u ciebie jest teraz to chyba w okolicy 1000 patrzac na zuzycie ramu -- Lazy

lista to moze http://www.maxmind.com/app/geolitecity -- Lazy

tylko to trzeba skompilowac na systemie na ktorym chcemy zweryfikowac "podatnosc", bez tego duzo bedzie fałszywych alarmow bo zwykle wszystko jest kompilowane conajmniej z -O2 i wtedy jest duza szansa ze uzyta bedzie implementacja nie prowokujaca luki w mysqlu jesli u ciebie gcc inlinował swoja niepodatna wersje memcmp() to wszedzie bedzie pokazywac ze jest ok, do tego z opcjami takimi jak skompilowany został mysql np. takie -O2 robi roznice ktora implementacja zostanie uzyta -- Lazy