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 14:11 | Nová verze

Virtual Machine Manager aneb virt-manager (Wikipedie), tj. GUI pro správu virtuálních strojů podporovaných knihovnou libvirt, byl vydán ve verzi 3.0.0. Přehled novinek v příspěvku na blogu. Zdůrazněna je nová volba --cloud-init.

Ladislav Hagara | Komentářů: 0
dnes 11:11 | Zajímavý software

Vývojáři programovacího jazyka Swift na svém blogu oznámili, že společností Apple v červnu představená knihovna Swift System je již open source a byla do ní přidána podpora Linuxu. Jedná se o knihovnu poskytující idiomatická rozhraní k systémovým voláním.

Ladislav Hagara | Komentářů: 0
včera 15:11 | Nová verze

Byl vydán Debian 10.6, tj. šestá opravná verze Debianu 10 s kódovým názvem Buster. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 10 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 1
25.9. 23:11 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě BLURtooth (CVE-2020-15802) v Bluetooth 4.2 a 5.0 v Cross-Transport Key Derivation (CTKD). Útočník může provádět MITM nebo navázat spojení s libovolným zařízením. Podrobnosti v článku (pdf).

Ladislav Hagara | Komentářů: 1
25.9. 21:44 | IT novinky

Byly zveřejněny informace o úniku zdrojových kódů Windows XP.

Ladislav Hagara | Komentářů: 26
25.9. 15:22 | Zajímavý projekt

Chcete proniknout do tajů gitu? Klikněte na Learn Git Branching. Vizuální a interaktivní tutoriál ve webovém prohlížeči.

Ladislav Hagara | Komentářů: 0
25.9. 13:22 | Nová verze

Po roce od vydání verze 4.0 byla vydána nová major verze 5.0 softwaru pro správu elektronických knih Calibre (Wikipedie). Přehled novinek v poznámkách k vydání. Zdůraznit lze přechod na Python 3.

Ladislav Hagara | Komentářů: 21
25.9. 07:00 | Komunita

Pořadatelé konference DevConf.cz 2021, již třináctého ročníku jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, vyhlásili CFP (Call for Papers). Konference proběhne jenom online a to 18. až 20. února 2021.

Ladislav Hagara | Komentářů: 0
24.9. 15:44 | Zajímavý článek

Národní bezpečnostní agentura (NSA) vydala podrobnou příručku pro nastavení UEFI Secure Bootu (pdf).

Ladislav Hagara | Komentářů: 4
24.9. 15:22 | Nová verze

Byl vydán PostgreSQL ve verzi 13.0. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 6
Používáte aplikaci eRouška?
 (19%)
 (3%)
 (2%)
 (11%)
 (51%)
 (8%)
 (6%)
Celkem 442 hlasů
 Komentářů: 35, poslední 20.9. 21:50
Rozcestník

Dotaz: Load na serveru

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