abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 17:02 | Pozvánky

Přijďte si popovídat o open source obecně a openSUSE konkrétně s dalšími uživateli a vývojáři. Oslava nového vydání openSUSE Leap se uskuteční 16. prosince od 17:00 v nových prostorách firmy SUSE v Praze. K dispozici bude nějaké občerstvení a DVD pro ty, kdo je sbírají nebo ještě mají mechaniku. Po párty v kanceláři se bude pokračovat v některé z hospod v okolí.

Miška | Komentářů: 7
včera 14:55 | Zajímavý software

Byla vydána verze Alpha 1.0 otevřeného operačního systému pro chytré hodinky AsteroidOS. Podporovány jsou hodinky LG G Watch, LG G Watch Urbane, Asus ZenWatch 2 a Sony Smartwatch 3. Ukázka ovládání hodinek na YouTube. Jaroslav Řezník přednášel o AsteroidOS na chytrých hodinkách (videozáznam) na letošní konferenci OpenAlt.

Ladislav Hagara | Komentářů: 0
včera 13:30 | Zajímavý software

Byly uvolněny zdrojové kódy známé rogue-like hry DoomRL. Počátky hry jsou v roce 2002. Je napsána ve FreePascalu a zdrojový kód je nyní k dispozici na GitHubu pod licencí GNU GPL 2.0. Autor pracuje na nové hře Jupiter Hell, která je moderním nástupcem DoomRL a na jejíž vývoj shání peníze prostřednictvím Kickstarteru.

Blaazen | Komentářů: 0
včera 13:15 | Pozvánky

Přijďte s námi oslavit vydání Fedory 25. Na programu budou přednášky o novinkách, diskuse, neřízený networking atd. Release Party se bude konat 16. prosince v prostorách společnosti Etnetera. Na party budou volně k dispozici také propagační materiály, nová DVD s Fedorou 25 a samozřejmě občerstvení. Přednášky budou probíhat v češtině. Pro více informací se můžete podívat na web MojeFedora.cz. Jen připomínám, že tentokrát jsme zavedli

… více »
frantisekz | Komentářů: 0
9.12. 16:38 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 5. a 6. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu. Celkově bylo zpracováno 65 hodin z 89 přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
9.12. 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 4
9.12. 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
9.12. 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
8.12. 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
8.12. 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 5
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (23%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 810 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Pretizeni serveru debian

26.1.2010 15:30 Martin Novak
Pretizeni serveru debian
Přečteno: 1436×
Dobry den, mel bych dotaz ohledne debian web serveru apache. Klasika s MySQL a PHP.

Server ma 1GB ram a obcas se kvuli pretizeni zasekne. Tzn. zaplni se ramka, zacne se swapovat a server je nedostupny. Zajimalo by me, jestli se to da resit jinak nez porizenim silnejsiho serveru. Tedy nastavenim apache, PHP nebo debianu.

Odpovědi

26.1.2010 15:38 linuxik | skóre: 32 | Milovice
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
1GB je pro tuhle kombinaci minimum, nejspis bude stacit pridat dalsi pamet, dve nebo ctyri GB a server muze spokojene bezet nekolik dalsich let ;-)
28.1.2010 10:12 pavel
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Zase tolik ho netrapte..... :-)

Gigo rameti je luxus, ktery si nemuze kazdy dovolit. Bylo by dobre upresnit, co presne mas na mysli slovem "zaseknuti".

Nemuze to byt hw problem? Vadna ram? Co mas v logach (dmesg, nebo /var/log/syslog, /var/adm/messages.x apod.)

Pokud to neni hw problem, nemuze to byt sitovy problem? Pokud to neni hw ani sitovy problem, co rikaji logy apache, mysql?? Jake distro pouzivate?
28.1.2010 10:48 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Zaseknuti = server se pretizi a nikomu se nic nezobrazi. Nevyridi zadny pozadavek. Neni dostupny ani pres FTP ci SSH. Resim to vzdy restartem serveru. Pak jde vse zase OK.

Co se konkretne stane? Ve statistikach je videt, ze systemu dosla volna ram + pocet apache procesu vyleze na 150. Rekl bych, ze to bude omezeni v konfiguraci. ( max child process ci neco podobneho).

Problem je, ze z podpory nedokazu dostat, co konkretne zpusobuje pretizeni. Jestli moc pozadavku, malo ram ci konfigurace apache.

Taky nerozumim tomu, proc kdyz server dojde na svuj maximalni vykonovy limit, tak se "zasekne" pro vsechny. Neda se nastavit, aby odmital jen nove pozadavky a soucasnym uzivatelum bezel normalne? Nebo aby se odchodu casti uzivatelu vratil do normalniho behu. Ted "zaseknuti" samo nezmizi trebas ani po 30ti minutach...
28.1.2010 10:54 aaa
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Casto je toto problem spatne napsane aplikace a moc pristupu do databaze... Pak se to chova presne takto...
28.1.2010 11:26 pavel
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Ano. To je typicky priklad. Pokud to tedy neni hw problem, tak je to urcite mezi app a db casti. Mnoho konekci do databaze (at uz skrze spatne napsanou aplikaci, nebo nejaky typ DoS). Spatne provedeny select do spatne navrhnute db.
Ale toto se necha nastavit restrikcemi v konfiguraci. Na mysql jsem tento problem "zatim" nemel asi proto ze nemam dost velkou a dost vytezovanou db. :-)
28.1.2010 12:31 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Proc by pri pretizeni MySQL vzrostl pocet pozadavku apache na 150 a zustal tam?

Jak poznam, ze je to opravdu problem s dotazy do DB. Neni vetsi problem zmensit pocet dotazu klidne na polovinu, ale potrebuju vedet, jestli to opravdu pomuze. Abych neoptimalizoval na spatnem miste.
28.1.2010 12:38 Zdenek
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Protoze uzivatel macka F5, kdyz nic nedostane za 5 sekund ;-)
28.1.2010 12:44 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Pro upřesnění, standardně se každý dotaz (script) od klienta provede do konce i když již klient odešel na pivo. Takže pokud někdo 10× zmáčkne Refresh, může dojít k provádění téhož skriptu 10×, ale uživateli se zobrazí jen ten poslední (a pokud je to blbě udělané, tak i třeba se špatnými daty, protože procesy se mohly provést v jiném pořadí).
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
28.1.2010 13:37 pavel
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Sangala ma pravdu. Kouknete do vypisu netstat -a
Tim zjistite jake konekce, sokety atd. jsou na vasem systemu vyuzity.
Od toho byste se mohl odpichnout dal.

Vetsinou to tak je, ze aplikacni cast (mam na mysli server nikoli aplikaci jako takovou) tohle zvlada vcelku v pohode. Posila pozadavky do db a ocekava odpovedi. Ta zacne varit, nestiha. Takze to resi prirazenim vetsiho mnozstvi systemovych prostredku atd. atd. az dojdou zdroje. Pozadavky se hromadi ve fronte na procesor. Jenze nez db vyridi vas pozadavek, tak klienta driv vytimeoutuje aplikacni cast.
28.1.2010 15:14 volvox | skóre: 16
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
A ten server spravujete vy nebo ona hostingová společnost? Protože je evidentně špatně nakonfigurován. Umožnit Apachi spustit 150 procesů (s PHP) při této velikosti RAM je zjevně nesmysl.

Zkuste tento postup: Během běžného provozu zjistěte počet spuštěných procesů Apache, např. pomocí příkazu
ps ax | grep apache2 | grep -v grep | wc -l
Potom pomocí příkazem free zjistěte použitou paměť (sloupec used ve 2. řádku - tedy bez započtení bufferů a cache). Následně Apache stopněte a proveďte znovu free. Odečtete použitou paměť od hodnoty získané při běžícím Apachi, vydělte počtem procesů a získáte přibližnou průměrnou hodnotu paměti na jeden proces Apache.

Nyní odečtěte použitou paměť bez Apache od celkové velikosti RAM, dále odečtete cca 200MB pro diskovou cache a buffery (tohle číslo jsem si vycucal z prstu, prostě odhad) a konečně 50-100MB jako rezervu. Výsledkem bude velikost paměti zbývající pro Apache, kterou následně vydělíte průměrnou velikostí pro jeden proces, čímž zhruba získáte maximální počet procesů Apache. Toto číslo použijete v konf. direktivě Apache MaxClients. IMHO vám vyjde daleko menší číslo než 150.

Takto docílíte toho, že server nepřestane být dostupný při běžném provozu, ale je možné, že určité HTTP požadavky nárokující si násobky zjištěného průměru ho stejně vytíží. V tom případě bude potřeba vhodně limitovat PHP (memory_limit) či MySQL, ale to už budete zřejmě muset o problému zjistit víc (začal bych s error a access logy Apache).

Je také možné, že se jedná o DDOS útok, kterému se ale rozumně bez součinnosti poskytovatele nedá bránit (a málokterý poskytoval má pro to potřebné vybavení).
28.1.2010 15:24 volvox | skóre: 16
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
A ještě bych dodal, že tohle je jen začátek, aby Apache nevyčerpal veškerou dostupnou paměť, dál by bylo vhodné se zaměřit na příčinu problému. Tedy proč Apache nestíhal obsluhovat došlé požadavky v rozumném čase a musel si pro ně vytvářet nové procesy.
28.1.2010 21:52 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
diky za zajimave namety. DDOS utok to nebyl, tim uz mi server jednou nekdo odstrelil a probihalo to jinak :)

Co se stane, kdyz se apache server dostane na limit maxclients? Drive jsem tuto hodnotu mel mensi a pri dosazeni limitu se zacali generovat chyby v logu a server byl nedostupny. zase pomohl az restart...
28.1.2010 22:18 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Začnou se požadavku skládat do fronty dlouhé ListenBacklog (samozřejmě i tato fronta má své paměťové nároky) a server pro nově příchozí bude nedostupný, dalo by se říct přetížený, ale pokud přestanou chodit požadavky (típne se od sítě) měl by se rychle vzpamatovat.
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
28.1.2010 10:13 pavel
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Zase tolik ho netrapte..... :-)

Gigo rameti je luxus, ktery si nemuze kazdy dovolit. Bylo by dobre upresnit, co presne mas na mysli slovem "zaseknuti".

Nemuze to byt hw problem? Vadna ram? Co mas v logach (dmesg, nebo /var/log/syslog apod.)

Pokud to neni hw problem, nemuze to byt sitovy problem? Pokud to neni hw ani sitovy problem, co rikaji logy apache, mysql??
28.1.2010 10:14 pavel
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Sorry. Nejak mi ujela ruka. Vyse uvedene prispevky jsou duplicitni.....
28.1.2010 10:44 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Problem je v tom, ze hostingova firma nedovoluje pridat ramky. Tedy abych mel 2 nebo 4 GB ram, tak musim platit mesicne skoro 2-3x tolik co ted, protoze to bude vykonejsi server. Samotne ramky me nedovoli zvysit
28.1.2010 10:55 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Můžeš omezit počet procesů Apache, omezit spotřebu paměti PHP (memory_limit), pokud ti PHP běží jako samostatný proces, omezit počet těchto procesů.

Eventuelně napsat skript, kterej bude hlídat velikost volné paměti a když klesne moc nízko, tak restartuje Apache.
Quando omni flunkus moritati
28.1.2010 12:35 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
s memory_limit v PHP bude mozna problem. Jak se to chova? Kdyz nastavim limit trebas 500MB, tak to vzdy sezere jen tolik kolik potrebuje nebo to zere vice nez kdyz je tam trebas 50MB ?

Kdyz se omezil pocet procesu apache, tak se server "zasekl" drive.
28.1.2010 12:40 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
500Mb je asi špatně i 50Mb je možná moc, pokud se nepracuje s velkými daty či obrázky i 8Mb může stačit.
Je to maximální limit jednoho procesu (jednoho požadavku), bere se jen to co je potřeba a jakmile to narazí na tento limit tak provádění PHPka v tomto místě zklame, takže když to přeženete (směrem dolů), tak to poznáte na nefunnkčnosti aplikace/stránek
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
28.1.2010 21:49 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
mam tam 35. Chtel jsem vedet, jestli kdyz skript potrebuje napriklad vzdycky 3MB, tak zda je PHP stejne pametove narocne kdyz ma limit 50MB i 500MB.
28.1.2010 12:40 Zdenek
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
To nastaveni neplati pro php celkove, ale zvlast pro kazdy skusteny skript, takze 500MB na 1GB stroji je absolutne spatne.
28.1.2010 11:22 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
1Gb není moc na zatížený server, na druhou stranu, MySQL a Web server tak rozhodně lze bezproblémově provozovat.
Je třeba to jen dobře nastavit, lze omezit počet současným připojení jak na Apache tak na MySQL. Omezit velikost paměti na PHP, a nastavit MySQL rozumně s ohledem na dostupnou RAM.
Každopádně to chce zjisti CO to dělá.
Také lze omezit uživatele na kterého běží Apache, či MySql pomocí limitů což sice nemusí být to správné pro udržení chodu, ale mohlo by to zajistit, že se na ten server vždy dostanete a můžete analyzovat problém.
PS: má tá mašina dost místa na disku, když dojde místo na disku může se to zachovat podobně.
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
Jezekus avatar 28.1.2010 17:05 Jezekus | skóre: 17 | blog: jezkova_nora
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Docela zajimave, provozoval jsem docela dost veci na starickem Celeronu 700 + 512MB RAM, pozdeji (cti po nabytych zkusenostech) jsem zjistil ze jen apache zere tak 200MB RAM.
Zda se mi podivne, ze se masina "kousne" a je nutno na tvrdo restartovat(aspon tak jsem pochopil). Jak se to chova, kdyz se "kouslemu" serveru sebere sitovy kabel? Vzpamatuje se?
Videl jsem pomerne slaby stroj (Pentium Dual-Core @ 2.4GHz s 4GB RAM) a ten prestaval odpovidat az kolem 3500 apacich procesu. Pokud se mu utrhl "ocasek" okamzite se vzpamatoval a pocet procesu klesl na "beznou" hranici.
Zda se mi to jako spatna napsana webova aplikace nebo (pripadne a zaroven) HW problem.
28.1.2010 18:00 volvox | skóre: 16
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Serveru prostě dojde RAM a uswapuje se k smrti, případně nastoupí OOM killer.

Kolik RAM zabere Apache se liší server od serveru a u konfigurace z PHP jsou zkušenosti takřka nepřenositelné, protože nelze bez znalosti aplikace odhadnout:
  1. kolik paměti si naalokuje PHP k provedení skriptu,
  2. jak dlouho bude provedení skriptu trvat (a tedy blokovat paměť),
  3. kolik požadavků muset bude během určitého časového úseku obsloužit
A s vytížením Apache v určité korelaci roste i vytížení ostatních služeb, tady zřejmě zejména MySQL.
28.1.2010 21:48 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Predne bych rad podekoval vsem za pomoc. Podival jsem se poradne na ty logy a konfigurace.

Nejprve upresnim o co jde. Server je virtualni. Ma 1 GB ram a na jednom HW jsou tyto stroje maximalne 3. Na strankach je tak 200-250 lidi najednou online. Stranky jsou i trochu download server, tedy ze se ve vetsim mnozstvi stahujou male soubory (<10MB). Kody nejsou skoro vubec optimalizovane na vykon. S vyuziti memcached bych byl urcite schopny snizit pocet dotazu do DB 2x nebo klidne i 5x.

v PHP mam max_limit na 35 MB v apache je tohle: # prefork MPM IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 /IfModule>

# worker MPM IfModule mpm_worker_module> StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 /IfModule> -- odmazal jsem uvodni < abych to mohl vlozit

Kdyz jsem koukal na log slow queries MySQL, tak vzdy tesne pred a behem vypadku bylo v logu spousta pomalych SQL prikazu. Od trivialnich UPDATE .. where id=X az po nejake slozite. V normalnim provozu neni v logu zadny sql pomaly SQL dotaz.

V apache je pocet maxClients zvyseny proto, ze jsem na podporu pred pul rokem psal kvuli problemu, kdy se server zasekl, protoze apache nemohl vytvaret nove child procesy. Tak zvysili tuto konstantu a problem se uz nevyskytoval.

Kdyz sem si zmeril, kolik MB sezere nacteni stranky (pres nette profiler), tak je to u vsech stranek kolem 4MB. (200-250 lidi online *4 = cca 1000MB ram :( - da se to takto pocitat?)

Z toho co jste psali a co jsem zjistil z logu bych rekl, ze pujde asi opravdu o pretizeni MySQL neoptimalizovanymi dotazy.

Je tu moznost, ze nektery "sousedni" VPS trebas pretizi disk a proto se zpomaly i muj VPS? Pomohlo by kdybych presel na stejnou konfiguraci serveru, akorat s tim, ze by to nebyl virtual, ale server by byl jen pro me? (ram by zustala stejna)
28.1.2010 22:12 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Když to tak počítám tak si myslím že dojde k následujícímu:
Jakmile se připojí větší množství clientů, tak začne docházet paměť a MySql samo sebe utluče, začne docházet k prodlevám, které mají jen vzrůstající charakter, protože všechny skripty asi čekají na odpověď MySQL a vše se točí do swapu a skončít to může jen vytuhunutím, také trochu díky MaxRequestsPerChild = 0 - je to moc lidí naráz na Apache + MySql s danou RAM.
Přejítí na fyzický HW může pomoc, záleží na typu virtualizace jaké má režie. Samozřejmě pokud budete mít CPU i HDD jen pro sebe, ta stihne vyřídit vše rychleji, nicméně toto je případ kdy více RAM lze jen doporučit.
Pokud to stahování jde z DB tak to je jasný killer :)
Za stávající situace bych zkusil omezit MaxClients, snížení by nemělo vést k vytuhnutí, ale k pomalejšímu vyřizovaní požadavků
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
29.1.2010 09:14 ondrej
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
resil jsem ted podobny problem, nastaveni MaxRequestsPerChild na 150 mi dost pomohlo
29.1.2010 09:59 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
A to jste snižoval nebo zvyšoval ?
Je pravdou že nastavená 0 (bez limitu) může být zdrojem problémů.
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
29.1.2010 11:26 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
v nastaveni apache jsem se vubec nevrtal. Tohle tam nastavili admini z hostingu. Tzn asi default nastaveni
29.1.2010 22:55 jonson
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Jeste by se dalo podivat na tu MySQLku -- jestli je taky v defaultnim nastaveni, muze vyuzivat treba malo pameti na kesovani klicu atp. Pouzivate innodb nebo myisam tabulky? Osobne mam tu zkusenost, ze dokud se MySQLce vejde databaze, se kterou pracuje, cela do pameti, beha slusne. Jakmile zacne vic sahat na disk, zhorsi se vykon markantne. Ale zalezi jak lezi, jak je velka a strukturovana vase databaze..

Treba ta kes pouzita na vysledky dotazu (memcached, ...) nebude od veci, pokud spoustite nejake narocnejsi dotazy v kazde strance.
Jendа avatar 29.1.2010 14:46 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
Pak je ještě možnost dát tam místo Apache něco lehčího - lighttpd, nginx…
2.2.2010 09:38 Martin Novak
Rozbalit Rozbalit vše Re: Pretizeni serveru debian
diky vsem za pomoc. Neco s tim zkusim udelat
2.2.2010 14:23 Atom321 | skóre: 20
Rozbalit Rozbalit vše Zakázat swap
Podobné "uswapování k smrti" se mi stávalo na desktopu. (Starší AcrobatReader měl nějakou chybu a alokoval donekonečna.) Vypnul jsem swap a nastavil:
echo 2 > /proc/sys/vm/overcommit_memory
echo 80 > /proc/sys/vm/overcommit_ratio
První příkaz říká "alokuj jen paměť, kterou máš fyzicky k dispozici". Druhý parametr znamená "maximálně 80% fyzické RAM + swap pro aplikace, zbytek jádru na buffery". V Lennym se to dá trvale nastavit v /etc/sysctl.conf. Přesný popis je v dokumentaci jádra. Výsledek je, že jádro nepřidělí víc, než si může bezpečně dovolit. Pokud nějaký program chce alokovat příliš paměti, prostě jí nedostane a skončí s chybou. Jádro tak má pořád dost RAM pro běh všeho, nikdy tak nedojde k uswapování ani spuštění OOM killera. (V mém případě tedy klekl jen potížista AcrobatReader, čehož jsem přesně chtěl docílit.)

Možná ještě lepší alternativa je udělat swap na cca 90% velikosti RAM a nastavit overcommit_ratio na 0. Jádro pak přidělí aplikacím maximálně 90% RAM, ale zůstane mu možnost odswapovat spící procesy. To jsem ale nezkoušel - RAMky mám dost.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.