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í
×

    dnes 07:00 | Nová verze

    Byla vydána nová stabilní verze 3.5 svobodného 3D softwaru Blender. Přehled novinek i s náhledy v oznámení o vydání a na YouTube.

    Ladislav Hagara | Komentářů: 0
    dnes 06:00 | Nová verze

    Po 5 měsících vývoje od vydání verze 6.1 byla vydána nová verze 6.2 svobodného open source redakčního systému WordPress. Kódové jméno Dolphy bylo vybráno na počest amerického jazzového altsaxofonisty, flétnisty a basklarinetisty Erica Dolphyho.

    Ladislav Hagara | Komentářů: 0
    včera 21:44 | IT novinky

    Josef Průša představil (YouTube) novou 3D tiskárnu Original Prusa MK4. Cena sestavené tiskárny je 27990 Kč. Cena stavebnice je 20990 Kč.

    Ladislav Hagara | Komentářů: 1
    včera 19:00 | Nová verze

    Turris OS, operační systém pro síťová zařízení Turris postavený na OpenWrt, byl vydán v nové verzi 6.3.0. Vývojáři upozorňují, že Netmetr byl nahrazen LibreSpeedem, viz příspěvek na blogu CZ.NIC.

    Ladislav Hagara | Komentářů: 0
    včera 17:33 | Bezpečnostní upozornění

    Byl vydán xorg-server 21.1.8 a xwayland 22.1.9 a 23.1.1. Řešena je zranitelnost CVE-2023-1393 využitelná k lokální eskalaci práv.

    Ladislav Hagara | Komentářů: 2
    včera 15:00 | Nová verze

    Byla vydána nová verze 10 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu.

    Ladislav Hagara | Komentářů: 0
    28.3. 22:33 | Komunita

    Ubuntu Cinnamon bude od Ubuntu 23.04 oficiální odnoží Ubuntu (návrh, schválení).

    Ladislav Hagara | Komentářů: 3
    28.3. 19:22 | Nová verze

    Byla vydána nová major verze 5.0 účetního softwaru GnuCash (Wikipedie). Ve formátu Flatpak je již k dispozici na Flathubu.

    Ladislav Hagara | Komentářů: 0
    28.3. 18:33 | Nová verze

    Na GOG.com běží Spring Sale. Při té příležitosti lze získat zdarma počítačovou hru Alwa's Awakening (ProtonDB).

    Ladislav Hagara | Komentářů: 1
    28.3. 16:55 | Nová verze

    Byla vydána verze 3.28.0 2D CAD (computer-aided design) softwaru QCAD (Wikipedie). Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    Používáte WSL (Windows Subsystem for Linux)?
     (73%)
     (12%)
     (4%)
     (11%)
    Celkem 366 hlasů
     Komentářů: 7, poslední 28.3. 17:34
    Rozcestník


    Dotaz: Apache bez zjevné příčiny zaplní RAM i swap

    4.4.2009 19:35 Oswald | skóre: 1
    Apache bez zjevné příčiny zaplní RAM i swap
    Přečteno: 412×
    Příloha:
    Ahoj, mám server, kde je Fedora 10 a httpd 2.2.11-2. Server má 2 Gb RAM. Občas se stane to, že apache zaplní celou pamět i swap. V terminálu pak vidím chyby, které jsou na screenshotu v příloze, v error_log je hláška "server reached MaxClients setting, consider raising the MaxClients setting". Při reloadu apache loguje toto "child process 8680 still did not exit, sending a SIGKILL" - asi pro každý server.

    Zvláštní na tom je, že se to neděje jenom v momentech, kdy apache zpracovává hodně requestů, ale i v období relativního klidu (tj. ve statusu vidim např. "8 requests currently being processed"). Jako MPM se používá prefork, jehož nastavení vypadá takto:
    <IfModule prefork.c>
    StartServers       30
    MinSpareServers    5
    MaxSpareServers   10
    ServerLimit      100
    MaxClients       100
    MaxRequestsPerChild  4000
    </IfModule>
    ServerLimit a MaxClients jsem ted radsi snížil na 50, ale přijde mi, že ani těch 100 není moc. Celé to na mě působí tak, že apache v určitém momentě přestane likvidovat nepoužité servery a tím dojde k tomu zaplnění paměti. Workaround, který mě napadá, je pomocí cronu kontrolovat load a v momentě, kdy překročí určitou hranici, apache reloadnout, protože tak se ta pamět okamžitě zase uvolní, ale raději bych to vyřešil nějak systemově.

    Nesetkal jste se s tímto problémem někdo? Budu vděčný za jakýkoliv hint. Díky

    Odpovědi

    AraxoN avatar 4.4.2009 19:48 AraxoN | skóre: 46 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: Apache bez zjevné příčiny zaplní RAM i swap

    Negeneruje ten apache dynamické stránky napísane tak, že zožerú veľa pamäte?

    4.4.2009 19:55 Oswald | skóre: 1
    Rozbalit Rozbalit vše Re: Apache bez zjevné příčiny zaplní RAM i swap
    Ano, většina stránek je generována pomocí PHP a je tam celkem dost dotazů do MySQL databáze, ale jak jsem již naznačil výše, ten problém nastává i v momentech, kdy je návštěvnost čtvrtinová oproti špičce, ve které je obvykle zaplněno jenom něco přes polovinu RAM.
    4.4.2009 20:39 python
    Rozbalit Rozbalit vše Re: Apache bez zjevné příčiny zaplní RAM i swap
    Zdar, zkus nastavit nizsi MaxReqPerChild, napr. na 100. Podprocesy budou driv umirat a nestihnou se tolik nafouknout do pameti.
    5.4.2009 00:34 Oswald | skóre: 1
    Rozbalit Rozbalit vše Re: Apache bez zjevné příčiny zaplní RAM i swap
    Díky za tip, tuhle directivu jsem doted vicemene prehlizel, a co jsem tak koukal, tak se obecne doporucuje to nastavit na nizsi hodnotu kvulim moznym leakum. Snizil jsem to a uvidim, co to udela.
    5.4.2009 00:27 dino
    Rozbalit Rozbalit vše Re: Apache bez zjevné příčiny zaplní RAM i swap

    Holt Cesty Fedory su nevyspitatelne.

    Mal som Fedoru a mal som tie iste problemy.  Skus sa este pohrat s direktivou KeepAlive v httpd.conf. Mne to pomohlo.

    5.4.2009 00:41 Oswald | skóre: 1
    Rozbalit Rozbalit vše Re: Apache bez zjevné příčiny zaplní RAM i swap
    KeepAlive mam nasteveno takhle:
    MaxKeepAliveRequests 500
    KeepAliveTimeout 5
    
    Rekl bych, ze tady je dulezity ten timeout, ktery mam pomerne nizky, takze si myslim, ze timhle to nejspis nebude.

    Jinak ja mam Fedoru na serveru rad, mam ji tam uz nekolik let a tohle jsou vlastne prvni vetsi problemy, ktery zazivam. Navic to ani s distribuci nemusi mit nic spolecnyho.

    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.