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í
×

včera 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
včera 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 0
včera 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
včera 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 2
včera 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
včera 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
18.5. 23:22 | Bezpečnostní upozornění

Průvodce restauracemi Zomato, jenž v roce 2014 koupil Lunchtime.cz, potvrdil bezpečnostní problém. Odcizeno bylo 17 miliónů záznamů o uživatelích (jména, emailové adresy, osolené hashe).

Ladislav Hagara | Komentářů: 8
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 588 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Load Average

    1.4.2009 16:38 jakub
    Load Average
    Přečteno: 5965×
    Ahoj,

    co presne znamenaji tri cisla oznacena jako Load Average

    Vim ze je to vytizeni systemu, ale nevim v cem, v procentach?

    Priklad, mam na vystupu 0.95 5.40 7.80

    Poradi nejaky profik?

    predem dekuji

    Řešení dotazu:


    Odpovědi

    Jendа avatar 1.4.2009 16:45 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Load Average
    Průměrný počet procesů, které zrovna využívají, resp. chtějí využívat procesor.

    První číslo je za poslední minutu, druhé za 5 minut a 3. za 15.
    1.4.2009 17:00 jakub
    Rozbalit Rozbalit vše Re: Load Average
    "procesu? aha, tak ze podle toho nezjistim prumerne vytizeni serveru ze? Jestli stiha nebo nestiha
    1.4.2009 17:57 Ivan
    Rozbalit Rozbalit vše Re: Load Average

    Kupodivu tohle cislo je zajimavejsi nez zatizeni CPU v procentech. %CPU je jen pro manazery :) . Blby je, ze tohle cislo neni absolutni a zavisi na poctu CPU. Podle me "5" na single CPU systemu znamena docela zatizenej system, "20" -> system vubec nestiha. Nejvice jsem videl asi 560 ale to bylo na AIXu. Kazdej admin ma asi zazity jiny konstanty.  Dalsi zajimavy cislo je IO Wait protoze tvuj system klidne muze bejt pretizenej a pritom se CPU muze flakat.

     

    Řešení 2× (ilicz, nanuk)
    2.4.2009 10:29 RoJ
    Rozbalit Rozbalit vše Re: Load Average

    Load average konkretne byva klouzavy prumer delky runqueue (zalezi na systemu), neboli tedy zjednodusene kolik procesu by se rado dostalo k lizu na CPU v dane casove jednotce. Neni zavisle na poctu CPU, na tom zavisi threshold, kdy vam velikost runqueue zacne vadit. Spolecne s %CPU a context switches je to dobry ukazatel zamestnanosti vasich CPU. Jednotlive jsou ty hodnoty nejasne a samy o sobe vam o systemu reknou asi tolik, jako pohled pres zavrene okno o tom, jak se obleci (ano, v zime muze take svitit slunicko na krajinu bez snehu, vypada to na triko a je pritom pod nulou, ale to zjistite jen teplomerem nebo otevrenim okna).

    Cili -

    %CPU (idealne pro jednotliva jadra) vam reknou kolik procent casu se stravilo skutecnou praci. Pokud je to dlouhodobe nad 90%, kouknete na dalsi dve hodnoty a zvazte upgrade/prikoupeni CPU

    load vam rekne, kolik bylo pracechtivych. Do 1x pocet_zpracovavajicich_jednotek je to puste flakani CPU. Do 2x PZJ je to na soucasnych procesorech celkem v pohode. 3xPZJ a vice uz je na povazenou a pokud se to casteji opakuje, prohlednete si zbyle dve hodnoty a zvazte prikoupeni/upgrade CPU

    context switche (sloupec cs, pripadne csx ve vmstat, napriklad) - ukazuje pocet prepnuti uloh/threadu v danem casovem rozmezi. Prepnuti kontextu s sebou nese nejakou rezii, napriklad ulozeni stavu predchozi ulohy, casto i nutnost vylit cache CPU a nalit do ni data a kod noveho kontextu, a po tu dobu vam CPU nedela nic uzitecneho a nepocita se to do %CPU. Muze tedy dojit i na situaci, kdy mate obrovsky load, ale %CPU treba na 40%, zadne swapovani ani velke IO, a pritom je system jak slimak. V tom pripade se podivejte na cs, bude to asi v tisicich ci desetitisicich a to vam pak ani Power6 nepomuze, protoze bude proste vetsinu casu jen velmi rychle cekat na data z pameti.

    PZJ - to je zavisle na architekture. U starych procesoru je to proste procesor. Dnes to ale je slozitejsi, protoze mame vicejardova CPU a jeste muze kazde jadro nabizet vicero vice ci mene paralelnich procesnich jednotek. Napriklad na intelech muzete mit quad-core a kazdy core s HT, takze mate 1 cip, 4 jadra, ale 8 zpracovavajicich jednotek. Pak hodne zalezi na velikosti sdilene cache a na tom, jestli server zpracovava jedny binarky dokola nebo mnoho zcela ruznych. Pak mate SUNovske T2 apod, kde mate 8 jader, kazde s dvema paralelnima pipeline a kazda pipeline ma ctyri sady registru (HW thready), ktere toci dle potreby (nizka rezie prepnuti mezi dvema HW tasky). Tam je tedy PZJ 64, ale musite se pak peclive divat a srovnavat load, csx a %CPU pro jednotlive HW thready, abyste urcil, jestli potrebujete vic CPU nebo jinou architekturu. Kvuli temto vecem vam uz davno nestaci koukat jen na load nebo jen na %CPU.

    Zakladni scenare jsou tyto:

    Vysoke %CPU a vysoky load - asi chcete vic a rychlejsich CPU. Nezapomente na primerene navyseni pameti, at nezacnete tuhnout na ni nebo na discich.

    Vysoke %CPU a nizky load - asi chcete rychlejsi CPU, asi mate malo paralelni nebo vubec neparalelni aplikaci. Holt smula, pripravte si penezenku, asi skoncite u IBM P6. Ostatne s tou chybu neudelate ve vetsine scenaru, pokud tedy na to mate. Mozna vas ale vyjde lepe poohlednout se po softwaru, co dela totez, ale paralelne.

    Nizke %CPU a vysoky load - mate asi paralelni provoz, pricemz kazdy thread vyrizuje jen kratke pozadavky nebo ma vysoke IO, takze casto odchazi dobrovolne z CPU. Chcete vic zpracovavajicich jednotek (asi vic CPU, nebo vymenu za vicejadrove), ale pokud mate navic vysoke IO, tak bych asi zkusil nejdrive vice pameti a rychlejsi disky/sit. Kvuli tomuhle delali SUNove svoje T procesory. Tohle byva typicky stav webovych a aplikacnich serveru.

    Tolik asi obecna voditka. Jedno slovo nakonec - neverte prosim moc udajum o %Wait. IO Wait uz na mnoha novejsich systemech bud neni nebo je nesmyslny a je to casto i explicitne uvedeno v manualech. Nekde mate dokonce tohle policko proste nastavene natvrdo na 0 a existuje jen kvuli kompatibilite. Kdysi to byvala doba, kterou se cekalo na IO, jenze mame DMA, cache, silne paralelni provozy atd, a to vsechno vec zkresluje natolik, ze je ta postaru merena a pocitana hodnota proste k nicemu, krome tech nejjednodussich pripadu (single-core desktop, mozna :-)

    2.4.2009 13:19 r.v. | skóre: 5
    Rozbalit Rozbalit vše Re: Load Average

    Tak cenný a nabitý diskusní příspěvek jsem dlouho nečetl - smekám !

    2.4.2009 14:20 iji | skóre: 29
    Rozbalit Rozbalit vše Re: Load Average
    +1
    1.4.2009 18:05 l4m4
    Rozbalit Rozbalit vše Re: Load Average
    Když je load averege >> 1, tak je pravděpodobné, že se nestíhá (ne však jisté), a když je << 1, tak je systém nezatížený (třeba ale taky visí na něčem jiném).

    Zatížení serveru ovšem znamená pro různé lidi různé věci... Takže co si pod tím představuješ ty? Koleno v křivce středního času odpovědi na SQL dotaz? Co chceš vědět za číslo?
    1.4.2009 18:13 jakub
    Rozbalit Rozbalit vše Re: Load Average
    No potrebuji vedet za jak dlouho se dotaz na serveru zpracoval, kolik casu potreboval apache, kolik mysql atd..
    1.4.2009 16:55 NN
    Rozbalit Rozbalit vše Re: Load Average

    Ceho je to vystup, program, command?

    NN

    2.4.2009 00:42 marbu | skóre: 28 | blog: hromada | Brno
    Rozbalit Rozbalit vše Re: Load Average
    Rekl bych, ze top.
    I think warning here is a bug. The biggest cloud service provider. There is no point in being so cool in a cold world.
    2.4.2009 02:43 jakub
    Rozbalit Rozbalit vše Re: Load Average
    No top jo, ale potrebuji to vypisovat v prohlizeci.. cili asi v php
    2.4.2009 15:11 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Load Average
    /proc/loadavg
    2.4.2009 18:23 Jarko
    Rozbalit Rozbalit vše Re: Load Average
    v tom sopuboru mam radek

    0.00 0.00 0.00 1/70 4759

    coz mi nic nerika..
    2.4.2009 18:46 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Load Average

    proc(5):

    První tři položky v tomto souboru jsou hodnoty průměrné zátěže (load average) udávající počet úkolů (jobs) čekajících ve frontě na spuštění (stav R) nebo čekajících na čtení/zápis disku (stav D), zprůměrované po 1, 5 a 15 minutách. Jsou to stejné hodnoty, jako poskytuje uptime(1) a další programy. Čtvrté pole se skládá ze dvou čísel oddělených lomítkem (/). První představuje počet současně vykonávaných entit plánovače jádra (procesů, vláken); bude menší nebo rovno počtu CPU. Hodnota za lomítkem je počet entit plánovače jádra, aktuálně přítomných v systému. Páté pole je PID systémem naposledy vytvořeného procesu.
    2.4.2009 14:16 rastos | skóre: 60 | blog: rastos
    Rozbalit Rozbalit vše Re: Load Average
    uptime
    petka avatar 2.4.2009 20:59 petka | skóre: 25 | blog: heydax | Klasterec N/O
    Rozbalit Rozbalit vše Re: Load Average

    Ja jsem si udelal vytah z top a posilam to do grafu http://93.91.157.25/2hodiny.html

    Ubuntu server - Asus E35M1​-M ​- AMD Hudson M1 , 2x Technisat Skystar2 , 2x 1GB Lan , WiFi mod AP ,vdr,mysql,apache2...

    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.