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 11:11 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 161 (pdf).

    Ladislav Hagara | Komentářů: 0
    dnes 10:44 | Nová verze

    Po delší době vývoje vyšla nativní linuxová verze virtuálního bubeníka MT-PowerDrumKit 2 ve formátu VST3. Mezi testovanými hosty jsou Reaper, Ardour, Bitwig a Carla.

    balda | Komentářů: 1
    včera 21:33 | Nová verze

    Desktopové prostředí Budgie bylo vydáno ve verzi 10.10. Dokončena byla migrace z X11 na Wayland. Budgie 10 vstupuje do režimu údržby. Vývoj se přesouvá k Budgie 11. Dlouho se řešilo, v čem bude nové Budgie napsáno. Budgie 10 je postaveno nad GTK 3. Přemýšlelo se také nad přepsáním z GTK do EFL. Budgie 11 bude nakonec postaveno nad Qt 6.

    Ladislav Hagara | Komentářů: 0
    včera 13:00 | Humor

    OpenChaos.dev je 'samovolně se vyvíjející open source projekt' s nedefinovaným cílem. Každý týden mohou lidé hlasovat o návrzích (pull requestech), přičemž vítězný návrh se integruje do kódu projektu (repozitář na GitHubu). Hlasováním je možné změnit téměř vše, včetně tohoto pravidla. Hlasování končí vždy v neděli v 9:00 UTC.

    NUKE GAZA! 🎆 | Komentářů: 3
    včera 03:00 | Nová verze

    Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    10.1. 03:00 | Komunita

    Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.

    Ladislav Hagara | Komentářů: 6
    9.1. 19:44 | Zajímavý software

    Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.

    Ladislav Hagara | Komentářů: 5
    9.1. 19:11 | IT novinky

    Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).

    NUKE GAZA! 🎆 | Komentářů: 2
    9.1. 14:22 | Zajímavý článek

    Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.

    Ladislav Hagara | Komentářů: 7
    9.1. 03:33 | Zajímavý software

    AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.

    Ladislav Hagara | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (8%)
     (4%)
     (0%)
     (9%)
     (20%)
     (3%)
     (5%)
     (3%)
     (11%)
     (49%)
    Celkem 381 hlasů
     Komentářů: 8, poslední 10.1. 23:18
    Rozcestník

    Dotaz: problemy s apachem

    12.8.2009 19:55 Vlada
    problemy s apachem
    Přečteno: 426×

    Dobry den,

    Prosim o radu, nemuhu vyresit problem s padem apache.

    Cas od casu mi do logu zahlasi toto:

    [Wed Aug 12 16:44:38 2009] [error] server reached MaxClients setting, consider raising the MaxClients setting
    Pak pomaha jen restart apache.

    Nekdy se zobrazi i tyto hlasky:

    [Wed Aug 12 16:46:14 2009] [warn] child process 17893 still did not exit, sending a SIGTERM
    [Wed Aug 12 16:46:14 2009] [warn] child process 26327 still did not exit, sending a SIGTERM
    [Wed Aug 12 16:46:14 2009] [warn] child process 26837 still did not exit, sending a SIGTERM

    Pravdepodobne jak se pokusim o restart.

    Server je novy a ma 4G RAM, nastavil jsem vyssi hodnotu MaxClients:

    <IfModule mpm_prefork_module>
        StartServers          5
        MinSpareServers       5
        MaxSpareServers      10
        ServerLimit        550
        MaxClients          550
        MaxRequestsPerChild   0
    </IfModule>

    # worker MPM
    <IfModule mpm_worker_module>
        StartServers          2
        MaxClients          550
        MinSpareThreads      25
        MaxSpareThreads      75
        ThreadsPerChild      25
        MaxRequestsPerChild   0
    </IfModule>
     

    Ale moc to nepomohlo, apache hlavne vubec nekomunikuje, misto aby zpomalil.

    budu rad za kazdou radu

     

     

     

     

     

    Odpovědi

    12.8.2009 20:13 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: problemy s apachem
    Na zaciatok rada nesuvisiaca priamo s Apacom: ak mas procesor s hyperthreadingom, odporucam vypnut, ibaze by benchmark v Tvojich konkretnych podmienkach ukazal, ze HT je prinosom.

    Okrem "nastavovatelnych" limitov ma apac aj vkompilovane limity. Skus vygooglit aj nieco na temu "queueing network" a "listening backlog"; nezlakni sa ak najdene dokumenty budu popisovat trebars tazkotonazny aplikacny server od IBM - princip je rovnaky.

    Najrychlejsi postup - teda ak nechces instantne riesenie, ktoremu ale nebudes rozumiet - je precitat si uvod do MPM modulov a potom dokumentaciu prislusnej pouzitej implementacie, v Tvojom pripade to bude bud Prefork alebo Worker; dporucam zvazit moznost zmeny Prefork-u za Worker (cim som aj naznacil, ktory modul asi aktualne pouziva Tvoj server). Po pochopeni tychto zalezitosti pokracovat kapitolou o ladeni. Kazdopadne ale treba najskor zistit - prostriedkami OS - ktory subsystem sposobuje latencie: siet, disk, CPU, pamat?

    Moja praxou velakrat odskusany postup na konfiguraciu apaca je vymazat httpd.conf a urobit si ho od zaciatku, direktivu po direktive. Je to mozno trochu zdlhave, ale na konci dna ziskas konfiguraciu, v ktore bude len to, co potrebujes, a ktorej budes do detailov rozumiet.

    13.8.2009 00:37 artec | skóre: 24
    Rozbalit Rozbalit vše Re: problemy s apachem

    Jedna vec je ta, ze kdyz uz je tazatel na tom tak, ze konfiguruje 2 MPM moduly najednou, tak by si o tom mel nejdrive neco precist, aby zjistil o co se vubec pokousel a mel vubec sajn co vlastne dela.

    Druha vec ale je, ze doporuceni zmeny MPM na worker by se dalo jednoznacne doporucit pouze v pripade, ze by apache nepouzival zadne rozsireni, o kterych se tazatel nezminil. Pokud by tam nejake mel, tak zalezi na tom, jak dobre dokaze pracovat s vlakny. Navic jeste neni vubec jiste, jestli dojde pouzitim workeru ke zvyseni vykonu nez u preforku. Pokud by tam mel napriklad rozsireni PHP (i s podporou thread safe), tak pouzitim workeru s vice vlakny dojde k propadu vykonu nez pri pouziti preforku.

    13.8.2009 06:35 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: problemy s apachem
    Odporucil som nastudovat si problematiku a az nasledne zvazit zmenu MPM implementacie. Takze ak nemas sam lepsiu radu ako navazat sa do niekoho, kto sa radu pokusil dat, a to navyse hypotetickymi namietkami "what if", zdrz sa komentara.
    13.8.2009 17:07 artec | skóre: 24
    Rozbalit Rozbalit vše Re: problemy s apachem

    Muj prispevek byl pouze doplneni toho tveho. O nejakem navazeni se do nekoho snad nemuze byt ani rec...

    14.8.2009 21:24 Vlada
    Rozbalit Rozbalit vše Re: problemy s apachem

    No snazim se do problematiky vice proniknout, na serveru bezi PHP i MySQL, mam pocit ze problem bude spojen prave s Mysql a pconnect (v php kodu).

    Pocet procesu u MySQL nestacil tak jsem ho zvetsoval ale porad to casem doslo na hranici (MySQL hlasilo prilis mnoho spojeni), jelikoz jak jsem nakonec zjistil se procesy ukoncovali az po 8 hodinach (vychozi nastaveni), jsem direktivou v my.cnf nastavil na 10s pak se proces pri necinosti ukonci, zda se ze to pomohlo a rychlost webu se nijak nezhorsila.

    Vypada to ze apache si s kazdym procesem mysql drzel svuj proces, kdyz dosli tak to spadlo, zvysovani MaxClient a Server se povedlo jen castecne protoze apache ma asi zakopilovany nejake sve limity.

    Mozna jsou tyto uvahy spatne, zatim do toho jen pronikam ale zda se ze se to zlepsilo.

    AraxoN avatar 15.8.2009 01:18 AraxoN | skóre: 47 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: problemy s apachem

    Persistentné spojenia odporúčam nepoužívať. Hlavne ak sa používa viac databáz pri hostingu viacerých projektov. Skončí to tak, že každý apache je pripojený ku každej databáze, resp. skončí to skôr, lebo mysql má defaultne nízky limit počtu spojení.

    15.8.2009 10:37 Vlada
    Rozbalit Rozbalit vše Re: problemy s apachem

    Diky, to vicemene potvrzuje me uvahy. Nemohu zarucit ze nekdo na svem webu nepouzije persistentni pripojeni. Je mozne pouzit nejakou direktivu, ktera bude pconnect ignorovat a bude procesy nekompromisne ukoncovat ?

    dekuji

    15.8.2009 10:46 oron | skóre: 27
    Rozbalit Rozbalit vše Re: problemy s apachem

    snad v php.ini

    mysql.allow_persistent = Off
     

    15.8.2009 15:17 Vlada
    Rozbalit Rozbalit vše Re: problemy s apachem

    OK diky, to bude ono nenapadlo me hledat v php.ini

     

    diky

    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.