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 15:33 | Humor

    PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují

    … více »
    NUKE GAZA! 🎆 | Komentářů: 2
    dnes 14:33 | Nová verze Ladislav Hagara | Komentářů: 0
    dnes 12:33 | Zajímavý projekt

    FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.

    NUKE GAZA! 🎆 | Komentářů: 4
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

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

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 2
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 11
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1085 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Load na serveru

    14.3.2005 19:42 Doktor
    Load na serveru
    Přečteno: 489×
    Mam dlouhodoby problem s loadem, kdy v jednu chvili ten load je... a nemohu prijit na to co ho dela. Mam proto dotaz na vas zkusene. Pokud se u Vas na serveru zvysi load, jak prosim postupujete pri odhalovani? Ja zkousim nejdriv top, tam vidim treba httpd proces pod uzivatelem root a u nej 99%. Ale nevim jak postupovat dal pri diagnostice az k cilovemu zdroji problemu. Toto je priklad pro httpd.. nekdy ale nevim opravdu co ten load dela... v top se stridaji ruzne procesy a jednoznacne nezvladnu urcit ktery proces dela paseku. Jak prosim postupujete v odhalovani zdroje zatizeni? Na co koukate nejprve.. a v jakem sledu prikazu? Pokud uvedete napr netstat (neco) tak prosim jakych udaju si vsimat a jak je dal pouzit? Dekuji i za pripadne ukazky prikazu. Moc mi vase odpovedi pomohou.

    Odpovědi

    14.3.2005 19:55 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Load na serveru
    Konkrétně u httpd se koukni do logu na co se přistupuje...
    14.3.2005 22:47 Doktor
    Rozbalit Rozbalit vše Re: Load na serveru
    Slo mi o obecny priklad na co se zamerit, jak postupovat v odhaleni problemu, jake pouzit prikazy..
    14.3.2005 23:17 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Load na serveru
    Cemu rikas load? Pokud mas na mysli hodnoty

    # cat /proc/loadavg

    tak vez, ze i pomerne vysoka hodnota nemusi znamenat problem. Load se pocita z rady parametru a je to udaj spise informativni.

    Osobne pouzivam htop. Celkove zatizeni kolem 80-90% CPU lze povazovat za varovne - system ma zrovna hodne prace. Seradim procesy podle vytizeni CPU (klavesa P) a pak podle vyuziti pameti (M), vyhledam proces, ktery zatezuje system nejvice.. Pomoci prikazu

    # tail -f /cesta/logfile.log

    hledam v jeho logu a zjistuji, zda poskytuje informace o tom, cemu se zrovna venuje. Soubezne si prohlednu ostatni systemove logy a vypis prikazu

    # dmesg

    Pokud se nic nedozvim, proces zastavim, zapnu pro nej ladici vypisy a znovy spustim. Pri dalsim vyskytu vysokeho loadu zjistuji, cemu se proces venuje. Pokud mam podezreni na nejakou chybu, pomuze casto prikaz strace, lze se pomoci nej pripojit i k bezicimu procesu. Zkontroluji misto na disku, nektere procesy mohou vykazovat vysoky load pokud se snazi zapisovat na zcela zaplneny disk.

    Pokud Ti jde jen o subjektivni zhorseni odezvy, ma jej na svedomi casti nedostatek pameti (vypnuty swap, spatne inicializovana pamet) pripadne beh nejake ulohy spoustene periodicky cronem.

    Je vhodne shromazdovat dlouhodobe statistiky o provozu a sledovat, jake maji rucne druhy zatizeni charakteristiky (periody, trendy, anomalie). Toto ma smysl predevsim v pripade serveru pripadne routeru. Vhodnym nastrojem jsou rrdtool.
    -- OldFrog
    15.3.2005 09:31 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Load na serveru
    Load se nepočítá z rady parametru a je to udaj spise informativni, ale je to průměrná délka fronty procesů v určitém stavu za konkrétní období. Prostě pokud je míň jak 1 tak se systém fláká a když je víc jak 1 tak jsou stále nějaké procesy, které by chtěly a nemohou. Je fakt, že hodně záleží na typu nasazení a charakteru zátěže, jestli a jaký load už vadí a nebo nevadí. Třeba u webserveru může load 3 znamenat nic se neděje a taky může znamenat průser. Stejně tak jako u appserveru to může být různé. Zatížení CPU a load jsou dvě nesouměrné věci a httpd, který žere 99% je podezřelý, ale ne nutně pachatel vysokého zatížení (load). Osobně jsem zažil load 8 na appserveru a CPU běželo na 30% a desktop, který mi na něm běžel, byl úplně v pohodě.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    15.3.2005 09:44 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Load na serveru
    Je fakt, že hodně záleží na typu nasazení a charakteru zátěže, jestli a jaký load už vadí a nebo nevadí. Třeba u webserveru může load 3 znamenat nic se neděje a taky může znamenat průser.
    Ano, presne to mam na mysli. A jinak jsem asi mel spise rici nepamatuju se, z ceho se load pocita, ale neni jednoduse jenom umerny zatizeni cpu.
    -- OldFrog
    15.3.2005 11:31 Michal Kubeček
    Rozbalit Rozbalit vše Re: Load na serveru
    Prostě pokud je míň jak 1 tak se systém fláká

    To není také tak úplně pravda, Pokud zatížení procesoru generuje systém, load average může být nízko, ale systém bude přesto přetížen. Dobře je to vidět třeba na intenzivních diskových operacích při vypnutém DMA.

    15.3.2005 11:47 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Load na serveru
    Procesy, které čekají na disk jsou taky ve frontě a tudíž, co? Bude load.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    15.3.2005 13:50 Michal Kubeček
    Rozbalit Rozbalit vše Re: Load na serveru
    Teď se mi to bohužel nedaří reprodukovat, ale už se mi jednou podařilo, že ten proces nebyl většinu času ve stavu R, takže se do load average nepočítal. V každém případě by to šlo obejít tím, že nechám zátěž generovat třeba NFS server (ten v jádře).
    21.3.2005 12:01 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Load na serveru
    v konferenci cz.comp.linux se load pribira a nekdo tam upozornuje, vypocet loadu neni tak jednoduchy a ze se to meni s verzi jadra, viz vlakno Co je podkladem pro výpočet system load

    Ono to není tak jednoduché, protože se to v čase mění - myslím tím s verzí jádra... prostě je to magické číslo, které se nějak počítá a hrubě něco o systému říká, toť vše (jo a jiné UNIX like systémy to občas mají taky, ale co a jak se v tompočítá má jiná pravidla)

    Ing. Pavel Janousek (PaJaSoft)
    -- OldFrog
    16.3.2005 00:42 Doktor
    Rozbalit Rozbalit vše Re: Load na serveru
    Momentalne resim problem... jakmile nastartuju mysql server.. okamzite cpu vyleti na 100%. A nepomuzou zadny volby v my.cnf :(
    16.3.2005 01:36 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Load na serveru
    A co v te chvili zrovna dela? Instaloval jste jak? Jak jej spoustite? Ma udelanou instalovanou databazi, muze zapisovat?
    -- OldFrog
    16.3.2005 01:38 Doktor
    Rozbalit Rozbalit vše Re: Load na serveru
    Pokusim se nastinit situaci pri jake stoupne zatizeni serveru: pokud mam mysql server vyply, tak je vse ok. Pokud ho zapnu, u http procesu se okamzite zvedne %CPU a zacne se zvysovat cislo "running tasks" zhruba na hodnotu 20. Je ale zajimave ze pokud mysql zas stopnu, zatizeni CPU zustava a klesne az po nasilnem killnuti httpd procesu s nejvyssim %CPU zatizenim.. vedel by na to nekdo zareagovat?
    16.3.2005 01:47 Doktor
    Rozbalit Rozbalit vše Re: Load na serveru
    Jeste dodam, ze pokud se cislo "running tasks" snizuje.. je videt ze se take snizuje zatizeni.
    21.3.2005 11:57 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Load na serveru
    bezi tam nejaka aplikace ktera pristupuje k databazi? treba v php?
    -- OldFrog

    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.