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 20:44 | Nová verze

Byla vydána verze 11.7 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností i s náhledy v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
dnes 17:22 | Bezpečnostní upozornění

V balíčkovacím systému APT používaném v Debianu a z něj vycházejících linuxových distribucích byla nalezena bezpečnostní chyba CVE-2019-3462. Útočník může vzdáleně spustit libovolný příkaz pod právy roota.

Ladislav Hagara | Komentářů: 3
dnes 17:00 | Nová verze

Canonical oznámil vydání Ubuntu Core 18. Nová verze Ubuntu Core vychází z Ubuntu 18.04 LTS a podporována bude 10 let. Jedná se o placenou podporu. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.

Ladislav Hagara | Komentářů: 0
dnes 15:31 | Nová verze

Vyšlo Pharo 7.0 (otevřená implementace Smalltalku). Nyní je kompletně bootstrapováno ze zdrojových kódů spravovaných Gitem, má nové nástroje na procházení a editaci kódu a přináší mnoho dalších změn a oprav. Popis novinek v češtině.

Pavel Křivánek | Komentářů: 0
dnes 02:22 | Nová verze

Byla vydána verze 4.5 linuxové distribuce Parrot (Wikipedie). Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii.

Ladislav Hagara | Komentářů: 2
včera 17:22 | Pozvánky

V sobotu 23. února se uskuteční 6. ročník WordCampu – největší konferenci o WordPressu v ČR. Ke konferenci probíhá i soutěž typu CTF (Capture The Flag) o volné vstupenky, kde si lze zkusit zneužít běžné bezpečnostní chyby.

smíťa | Komentářů: 0
včera 17:11 | Pozvánky

Letošní ročník konference Prague PostgreSQL Developer Day se bude konat 13. a 14. února v prostorách FIT ČVUT. Program konference najdete na stránkách konference, stejně jako registrační formulář.

TomasVondra | Komentářů: 0
včera 16:55 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě v nástroji pro správu databází v jednom PHP souboru Adminer. Chyba je už půl roku opravena. Stačí Adminer aktualizovat.

Ladislav Hagara | Komentářů: 3
20.1. 18:33 | Nová verze

Byla vydána nová stabilní verze 2.7 svobodné decentralizované mikroblogovací platformy a sociální sítě podobné Twitteru Mastodon (Wikipedie). Detailní přehled novinek na GitHubu.

Ladislav Hagara | Komentářů: 0
20.1. 00:22 | Nová verze

Byla vydána nová vývojová verze datového formátu a souvisejících nástrojů Relational pipes. Verze v0.9 obsahuje vstupní moduly pro fstab, CSV, XML a příkazový řádek; výstupní moduly pro CSV, XML, ODS (ODF), GUI (Qt), hodnoty oddělené nulovým bajtem a tabulkový výstup do konzole. Relační data lze upravovat relačními příkazy grep, cut a sed.

xkucf03 | Komentářů: 69
Používáte USB Type-C?
 (20%)
 (16%)
 (11%)
 (12%)
 (38%)
 (4%)
 (43%)
Celkem 463 hlasů
 Komentářů: 0
Rozcestník

Dotaz: Load na serveru

14.3.2005 19:42 Doktor
Load na serveru
Přečteno: 407×
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: 30 | 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: 30 | 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: 30 | 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: 30 | 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: 30 | 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.