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 18:00 | Komunita

    Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.

    karkar | Komentářů: 0
    dnes 11:00 | IT novinky

    Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.

    Ladislav Hagara | Komentářů: 8
    dnes 10:55 | Humor

    Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀

    Ladislav Hagara | Komentářů: 6
    dnes 01:00 | Komunita

    Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.

    Ladislav Hagara | Komentářů: 4
    dnes 00:00 | IT novinky

    Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.

    Ladislav Hagara | Komentářů: 1
    včera 15:55 | Nová verze

    Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 05:55 | IT novinky

    Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.

    Ladislav Hagara | Komentářů: 0
    4.11. 11:33 | IT novinky

    Nový open source router Turris Omnia NG je v prodeji. Aktuálně na Allegro, Alternetivo, Discomp, i4wifi a WiFiShop.

    Ladislav Hagara | Komentářů: 22
    4.11. 05:44 | Komunita

    Na YouTube a nově také na VHSky byly zveřejněny sestříhané videozáznamy přednášek z letošního OpenAltu.

    Ladislav Hagara | Komentářů: 0
    4.11. 04:33 | Komunita

    Jednou za rok otevírá společnost SUSE dveře svých kanceláří široké veřejnosti. Letos je pro vás otevře 26. listopadu v 16 hodin v pražském Karlíně. Vítáni jsou všichni, kdo se chtějí dozvědět více o práci vývojářů, prostředí ve kterém pracují a o místní firemní kultuře. Můžete se těšit na krátké prezentace, které vám přiblíží, na čem inženýři v Praze pracují, jak spolupracují se zákazníky, partnery i studenty, proč mají rádi open source a co

    … více »
    SUSEMAS | Komentářů: 3
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (48%)
     (18%)
     (17%)
     (22%)
     (15%)
     (21%)
     (16%)
     (16%)
    Celkem 320 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    Rozcestník

    Dotaz: problemy s apachem

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

    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.