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 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 17
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 5
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 1
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 19
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 3
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 322 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: problemy s apachem

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

    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: 48
    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: 48
    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: 45 | 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í.

    A fine is a tax for doing wrong. A tax is a fine for doing well.
    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.