Aleksejs Posted February 18, 2008 Report Posted February 18, 2008 šo paprovēji: EnableSendfile Off EnableMMAP Off Win32DisableAcceptEx Un vēl paliek spēkā arī mans ieteikums par lighttpd, cherokee utt izmēģināšanu... ;)
Roze Posted February 18, 2008 Report Posted February 18, 2008 Un tajā tēmā iesakiet ugunsmūri atslēgt :) Bet tātad teorētiski atslēdzot ugunsmūri problēmām vajadzētu atrisināties? Tajā tēmā ugunsmūra atslēgšana bija piedāvāta lai saprastu vai tas ir problēmas cēlonis (šaurais pudeles kakls).. Proti nejau pirmajās piecās sekundēs kāds pēkšņi "ielauzīsies" un izownos tavu nabaga Windozi.. Arī linuxiskajiem firewaliem ir problēmas (piemēram ar to pašu ip_conntrack) taču atsķirība ir tāda ka tās iestājas pie nedaudz lielāka konekciju/sesiju/lietotāju/trafika apjoma.. Pēc pieredzes varu teikt ka zināma projekta ietvaros nācās piemēram atteikties no Cisco PIX (kas ir uberduper enterprise firewall apliance) jo vienkārši nevilka.. un jāiztiek vienkārši ar routera ACL rulēm..
IM24LV Posted February 18, 2008 Author Report Posted February 18, 2008 EnableSendfile Off EnableMMAP Off Win32DisableAcceptEx to es pamēģināju, tieši no rīa, paprasīju, no rīa bija lagojis, uzliku šo, pārestartēju, un viss lidoja kā bitīte, bet vakarā atkal kapitāli lagoja. bet Warn par to semaphore vairs nerakstīja, tas tiesa...
Roze Posted February 18, 2008 Report Posted February 18, 2008 Tad nākošais jautājums? Tev apache ir ar worker vai prefork (kura versija?). Kāds ir MaxRequestsPerChild settings? Kā izpaužas "kapitāli lago" apache (httpd) process ir apēdis kaudzi ar ramu vai kā?
IM24LV Posted February 18, 2008 Author Report Posted February 18, 2008 ThreadsPerChild 250MaxRequestsPerChild 0 par to worker un prefork nesapratu, tie ir moduļi? ja jā, tad moduļu folderī tādu nav. Nū jā, ir apmēram tā ka piemēram ieeju lapā kurā ir kāda svaiga bilde kas vēl nav iekš cache, tā lādējas diezgan ilgu laiku, un tieši visvairāk lago bildes sākumā, ja es ieeju un apskatos cik daudz process norīts, tad var redzēt kā pieaug, ja normāli ir ap 15 000 - 30 000K tad šādi var uzaugt pāri par 100 000. un laika gaitā vispār aiziet pa dibenu un nekas neveras vaļā.
Roze Posted February 18, 2008 Report Posted February 18, 2008 Vo ieliec MaxRequestsPerChild 1000 vai 10000 (un pārstartē apachi).. paeksperimentē kā tev sanāk optimāli (ļoti mazu <100 nav vēlams likt) .. tas nozīmē pēc cik pieprasījumiem apaches child process pārstartēsies un sāks jaunu dzīvi.. 0 tavā gadijumā nozīmē ka process nepārstartējas nekad, kas nozīmē ja ir kāda atmiņas ēdoša lieta (parasti kāda php ekstensija) tad pēc kāda laiciņa apaches process ir apēdis ramu ka maz neliekas worker un prefork ir mehānismi (core moduļi) pēc kāda principa apache strādā - prefork ir vecs standarta mehānisms kur uz katru pieprasijumu tiek uzspawnots jauns apakšprocess un līdzko pieprasījums beidzās tas mirst (tas nodrošina to ka netiek apēsts rams - tai pašā laikā nav tas ātrākais) - izskatās ka tev ir worker - kas darbojas ar threadiem..
IM24LV Posted February 18, 2008 Author Report Posted February 18, 2008 hmm, paldies, tagad šķiet viss ir kārtīā. :) Tiesa pamēģināju enablot to Win32DisableAcceptEx - kā restrtēju serveri, tā RAM cēlās un cēlās praktiski bez apstājas :)
Recommended Posts