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

bariera jest ustawiona na 1GB wiec powinno wystarczyc, jesli i/o to w wiekszosci zapisy i sa generowane przez tabele tymczasowe to przelaczenie tmpdir na /dev/shm moze znacznie poprawic wydajnosc wiec mysle ze warto sprobowac -- Lazy

czesc tabel mysql i tak musi zapisac na dysku, a nie na stosie, mozesz sprobowac dodac tmpdir=/dev/shm tylko na openvz wielkosc tmpfsa jest limitowana przez parametr shmpages, jesli bedzie zbyt mala napisz do swojego dostawcy -- Lazy

jak nie wprowadzili ? teraz domyslnym mpm jest event ktory w 2.2 byl eksperymentalny wiec od prechistorycznych czasow preforka, a ostatnio workera wiele sie zmienilo architektora domyslnego apache 2.4 jest teraz dosc bliska temu jak dziala nginx, czyli wiele watkow obslugujacych asynchroniczne IO, bardziej fundamentalnych zmian w zadnym z popularnych serwerow www nie widzialem nowy apache na pierwszy rzut oka skaluje sie calkiem niezle np. tu okazalo sie ze obsluzyl wieksza liczbe jednoczesnych polaczen niz nginx http://blog.matsumoto-r.jp/?p=1812 (tlumaczenie http://bit.ly/yDQhBI) ktos zaraz opublikowal benchmark w ktorym apache jst 2x wolniejszy do 9000 req/s http://blog.zhuzhaoyuan.com/category/c10k/ choc pierwszy benchmark byl robiony po sieci na 4 rdzeniowej maszynie, a drugi na 2 rdzeniowej i to po localhoscie gdzie jeden rdzen byl zajety przez ab, wyniki tego pierwszego tez sa dosc dziwne (bardzo dobry wynik preforka, tyle ze ten szybko zaczyna gubic requesty (na czerwono) nginx to bardzo szybki serwer www, jesli ktos przegladal kod to widzial ze wiele rzeczy jest tam bardzo mocno zoptymalizowane, np. weryfikacja czy na poczatku dostajemy GET lub HEAD lub ...., zwykli ludzie uzywaja do tego strncmp, ale nie w nginx ale mowienie o tym ze apache nie ma zupelnie szans to przesada no chyba ze ktos uzywa archaicznego preforka -- Lazy

wszedzie poza windowsem jest GA wiec jest uznawany za stabilny, (na niektorych windowach wystepuje problem z sslem, najpewniej zwiazany z bugami w sterownikach sieciowek) -- Lazy

ipmi jest zawsze wlaczone iDrac 6 Express to webowy interfejs do czesci funkcji -- Lazy

to zalezy czego oczekujesz, jesli konsoli graficznej, virtualnych napedow itp. to tylko na iDrac Enterprise, tu masz IPMI 2.0 SerialOverLan + przekierowanie biosu na ta konsole, oraz zarzadzanie sprzetem, on/off, info z sensorow (temperatura, wiatraki itp), podglad dziennika sel iDrac od zwyklego bmc rozni sie tym ze masz interfejs webowy w ktorym mozna czesc rzeczy ktore sie robi ipmitoolem poklikac przegladarka -- Lazy

np. do łamania haseł nadaje sie swietnie, http://developer.nvidia.com/what-cuda -- Lazy

najwazniejsze to 1) snapshoty 2) migracja danych miedzy PV mozesz sobie np. na zywca zmigrowac dane z dysku lokalnego na SAN z zerowym downtime 3) od niedawna thin provisioning (przydatne np. do virtualizacji) 4) inne jak raid ktory moze byc lepszy niz md, np obsluguje TRIM -- Lazy

zapewne chodzi o, http://www.cyberciti.biz/tips/how-do-i-drop-or-block-attackers-ip-with-null-routes.html -- Lazy

tak dla ścislosci to openVZ umozliwia dostep do urzadzen blokowych jesli na takowy pozwolimy http://wiki.openvz.org/Mounting_filesystems wewnatrz kontenera mozna sobie odpalic fuse o ile konfiguracja dostawcy na to pozwala, wiec teoretyczne powinno dać się odpalić encfs z FUSE choc tu ktos mial z tym problem http://forum.openvz.org/index.php?t=msg&goto=41374& z dostepnoscia FUSE tez bedzie pewnie problem na "kupnym" vpsie __ Lazy