- MySQL 4.0.x -> 4.1.x
- MyISAM -> InnoDB
Ezzel az adatbázis korrupciós problémák valószínűleg megszűnnek (azóta nem voltak). További probléma volt az Apache segfault, a magas load, az erős diszk terhelés és a lassú adatbázis műveletek.
Amit lehetett optimalizálni Apache, PHP, MySQL részről, az megtörtént. Sajnos sok eredménye nem volt. A slow query-k száma továbbra is magas volt, a MySQL 100%-on pörgött, és a load is 4-5 között járt.
Ezután némi vizsgálódás után arra jutottam, hogy néhány alapértelmezett FreeBSD kernel érték alacsony lehet. Erre utalt legalábbis a "netstat -m" kimenete, ahol az mbufs érték "elég furcsa volt".
A hibát orvosolandó a következő értékek kerültek beállításra:
kern.ipc.maxsockbuf=524288
kern.ipc.somaxconn=1024
kern.ipc.nmbclusters=65536
Sajnos az utóbbihoz a gépet újra kellett indítani. Ezzel egy időben bra újrafordította a kernel-t és a world-öt, jelenleg a következő OS-sel üzemel a rendszer:
FreeBSD portal.fsn.hu 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #7: Mon Mar 20 17:56:51 CET 2006 root@portal.fsn.hu:/usr/obj/usr/src/sys/HUP i386
A fentiekkel egy időben bekapcsoltam az anonymous oldalak cache-elését. Ez azt jelenti, hogy az anonymous olvasók a lekérdezésekkor nem mindig az aktuális oldalt látják. A Drupal a gyakori lekérdezések HTML-jeit beteszi egy cache-be, és onnan veszi elő. Ezáltal nem kell a gyakran lekérdezett oldalakat minden egyes alkalommal "előállítani", hanem elegendő a megjelenítéshez egy adatbázis lekérdezés. Ebből adódóan az anonymous olvasók néha kicsit régebbi (azt hiszem max. 300 sec a késletetés) oldalállapotokat látnak. A bejelentkezett olvasóknál nincs cache-elés, ott mindig "realtime" adatok vannak. Akinek nem tetszik a késletetés, az regisztráljon és jelentkezzen be.
A fentiek elvégzése után úgy fest, hogy normalizálódik a helyzet. Egyelőre a teljesítmény-monitorozó grafikonok kisimultabbak, az oldal gyorsabb (főleg anonymous-oknak), és egyelőre nincsenek Apache segfaultok (bár még lehetnek).
Egyelőre nem tudni, hogy mitől javultak meg igazán a dolgok. A "netstat -m" kimenete még most sem teljesen "frankó". Viszont a problémák száma csökkent. Erősen valószínűnek tartom, hogy a FreeBSD 6.0 nem volt éppen bugmentes. Valószínűleg a 6.1 jobb lesz. Mindenesetre a 6.1-PRERELEASE egyelőre úgy néz ki, hogy jobban teljesít. Igazából az előtte levő 5.3-mal nem volt probléma. A problémák a 6.0-val kezdődtek és lehet, hogy ott véget is érnek.
Meglátjuk...
- trey blogja
- A hozzászóláshoz be kell jelentkezni
- 848 megtekintés
Hozzászólások
mi alapjan zartatok ki a hardver hibat?
meg az is lehetoseg, hogy telheltseg csokkenes miatt nem jelentkezik mostanaban.
bar inkabb 10 szoftverhiba, mint egy hardver;))
Anr - http://andrej.initon.hu
- A hozzászóláshoz be kell jelentkezni