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 16:00 | Bezpečnostní upozornění

Ve správci systému a služeb systemd, konkrétně v systemd-resolved, byla nalezena bezpečnostní chyba CVE-2017-9445. Útočník může vzdáleně shodit server nebo spustit libovolný příkaz.

Ladislav Hagara | Komentářů: 0
včera 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 1
včera 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
26.6. 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
26.6. 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 9
26.6. 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
26.6. 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 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. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 3
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 855 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: vysoky load average?

    26.12.2014 15:46 miro
    vysoky load average?
    Přečteno: 571×
    Dobry den, mam podla mna celkom vysoky load average

    uptime "15:42:56 up 3:19, 7 users, load average: 1,42, 1,57, 1,50"

    okolo 1 az 1,5 sa bezne pohybuje od startu systemu, je to normalne? ci treba hladat priciny ? inak system bezi rychlo a stabilne.

    CPU i3 2.1 Ghz, 6GB RAM Arch linux, kernel 3.17.6

    Odpovědi

    MMMMMMMMM avatar 26.12.2014 16:16 MMMMMMMMM | skóre: 41 | blog: unstable | Valašsko :-)
    Rozbalit Rozbalit vše Re: vysoky load average?
    iotop? htop? je to server? desktop? 7 uzivatelu asi system trosku vytizi :)
    26.12.2014 16:31 miro
    Rozbalit Rozbalit vše Re: vysoky load average?
    je to desktop

    [miker@miker-arch ~]$ users miker miker miker miker miker miker miker miker

    kde sa tam mohlo vziat tolko userov?

    iotop http://pastebin.com/C7BFx35t

    mountnuty ntfs disk vykazuje aktivitu
    stativ avatar 26.12.2014 16:58 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: vysoky load average?
    Těch 7 uživatelů spíš budou otevřené konzole.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    26.12.2014 16:22 TT
    Rozbalit Rozbalit vše Re: vysoky load average?
    Je to dvou jadro s HT? Tj. to neni zase tak vysoko. Zacal bych se vzrusovat tak pres 2,5 (s HT mozna i load 3 je ok).

    26.12.2014 16:31 miro
    Rozbalit Rozbalit vše Re: vysoky load average?
    ano dvojadro s HT
    26.12.2014 16:33 TT
    Rozbalit Rozbalit vše Re: vysoky load average?
    Jeste link pro hlubsi pochopeni http://en.wikipedia.org/wiki/Load_%28computing%29#CPU_load_vs_CPU_utilization a pokud to chces rozebirat tak je dobre se podivat i na IO wait
    H0ax avatar 26.12.2014 16:40 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: vysoky load average?
    zažil jsem load 800 (server), pak stroj padnul, zažil jsem load 600 (server), kdy se dalo normálně dělat. Jestli je to stanice, tak load přes 1 je nic.
    16:38  up 7 days, 21:23, 3 users, load averages: 1,45 1,55 1,51
    
    to je můj notes
    LinuxWay | blog |  LiCo
    26.12.2014 16:44 miro
    Rozbalit Rozbalit vše Re: vysoky load average?
    tak potom vsetko v poriadku. Ale divne je, ze pod ubuntu mam nizsi average load, a pouzivam tie iste appky, to iste prostredie atd.

    miker@miker-K53SC:~$ uptime 16:44:21 up 7 min, 2 users, load average: 0.03, 0.47, 0.36
    26.12.2014 20:31 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: vysoky load average?
    Bez toho, abyste se podíval, co jsou zač ty aktivní procesy a nakolik skutečně zatěžují procesor, nemá smysl snažit se dělat závěry ze samotné hodnoty load average.
    27.12.2014 12:04 Bill Gates
    Rozbalit Rozbalit vše Re: vysoky load average?
    Server s loadem 800 nebo 600 se ozval pres konzoli? To teda ziram jak se mu to povedlo. Ja zazil asi 180 max. Odezva trvala vecnost. Jak dlouho jste cekal na odezvu pri tech 800? Se slo vubec prihlasit?
    H0ax avatar 27.12.2014 12:54 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: vysoky load average?
    při těch 800 jsem se přihlásil asi do minuty a mrknul jsem na htop. Něco přes 800 tam bylo a pak to hned umřelo. Těch 600 bylo v klidu, reagovalo to celkem v pohodě, to byl jiný server, myslim nějaký sql only.
    LinuxWay | blog |  LiCo
    27.12.2014 14:22 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: vysoky load average?
    Asi pred 3 lety jsem se staral o server, ktery mel kretkodobe ustat zatez studentu paralelne provadejici kompilace. A pri spoustecich testech paralelne spustena kompilace apache v poctu 100 a 150, ktera simulovala maximalni provozni zatez dostala load pres 300, nicmene server porad prijatelne reagoval.

    K tazateli: Tam ocekavam, ze pojede nejaka graficka potvora, witget, plugin v prohlizeci a pod, moc cpu to nevezme ale casto ma svuj proces v R stavu.
    28.12.2014 05:15 Bill Gates
    Rozbalit Rozbalit vše Re: vysoky load average?
    A mel jste tam zaply swap? Nebo to byl bezswapovy stroj s dostatecnym mnozstvim ram? Existuje jedna myslenka, nevim jestli dobra nebo spatna, ale me se zda docela dobra, uz jsem to zkusil na jedne VPSce a to mit kotel ram (pricemz stroj ten kotel ram mel opravdu fyzicky) a zadny swap. Jakmile se totiz na brutalne vytizenem serveru lizne o swap tak to je jak slapnout v aute na brzdu a plyn soucasne. Mam pocit ze kdyz je swap vypnuty a narazime na limit ram, tak zajednak uz jak by se melo liznout o swap, tak to je spatne napsana aplikace a v tu chvili kdyz neni swap, zacne fungovat oom killer, zabije ty nejbrutalnejsi procesy a rootovi zbyde prostor pro spravu pres ssh. Tak nejak se to rychleji asi zbrcha ... drive nez kdyz se budou donekonecna presunovat data mezi ram a swapem. Samozrejme do doby nez nam oom killer nekillne ssh, presto mame tak nejak vetsi pravdepodobnost, ze se "dostaneme ke slovu". Co si o tomhle myslite? Ja teda kdyz bylo dost ram a aplikace efektivne napsana z pohledu ram, tak mi to vzdycky slapalo. Pravda o swap jsem ale v tu chvili neliznul, protoze aplikace proste byla dobre napsana a ram bylo porad dost a na swap, ktery byl off, tak nejak nedoslo. Ale myslim ze by to mohlo fakcit v techto extremech .. aspon se s tim strojem proste domluvit.

    I kdyz SSD disky ponekud zase meni situaci a server bez SSD dnes - to jako uz nevim, tam to pak asi nehraje roli moc, i kdyz SATA je porad tak nejak to neuzsi hrdlo. Co na to kdo rika?
    Jendа avatar 28.12.2014 05:33 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: vysoky load average?
    Co si o tomhle myslite?
    Myslíme si, že je v Linuxu blbě navržený OOM Killer. Swap se může hodit, když máš leakující nebo dlouho neaktivní aplikace, protože to odloží nepoužívané stránky na disk a v paměti zbude víc místa na diskovou cache. Bohužel OOM Killeru nejde říct, aby zabíjel nikoli když dojde paměť i se swapem, ale už když je paměti tak málo, že je potřeba začít swapovat nedávno použité stránky, ale ve swapu je ještě místo.
    27.12.2014 14:24 Zdenek 'Mst. Spider' Sedlak | skóre: 37 | blog: xMstSpider
    Rozbalit Rozbalit vše Re: vysoky load average?
    Mame problemy na nekterych serverech s pristupem na SAN, visi to na IO, load pers 4000 a server normalne komunikuje. Ne vzdycky vysoke IO = mrtvy server...
    Jendа avatar 28.12.2014 05:29 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: vysoky load average?
    Extrémní load mohl být způsobený procesy zaseklými v I/O, obsluze hardwaru nebo tak něčeho, ale pokud sshd bylo nacachované v paměti, případně byl root FS na nějakém jiném nezablokovaném zařízení, tak není problém.
    28.12.2014 21:18 Ivan
    Rozbalit Rozbalit vše Re: vysoky load average?
    Tezko rict co dneska ten load znamena. Napr. starsi verze Veritas-u pro Linux mely bugu, ze zvysovaly load serveru o jedna za kazde CPU. I kdyz se na severu nic nedelo. Zjednodusene receno, ten driver si vytvoril kernel thread pro kazde CPU a nechal mu nejaky priznak, jako ze to vlakno bezi(muze bezet) i kdyz nic nedelalo. A techle priznaku se pak vypocitaval load systemu.

    Takze k tomu, ab mel system vysoky load staci jeden zmateny ovladac a vubec to nemusi souviset s tim co se serverem skutecne deje.
    28.12.2014 13:35 miro
    Rozbalit Rozbalit vše Re: vysoky load average?
    z iotopu citam, ze tam vystupuje proces [jbd2/sda---] konkretne sda9 a 8, coz su / a /home a mizne a zobrazuje sa cca kazdych 3 sec a vyuzije IO na nejake cca 2-4%. Myslim, ze tento process bude ten problemovy.
    28.12.2014 13:41 miro
    Rozbalit Rozbalit vše Re: vysoky load average?
    pridavam vypis:

    [miker@miker-arch ~]$ sudo iotop -obtqqq | grep jbd2 13:40:28 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 2.09 % [jbd2/sda9-8] 13:40:30 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 7.34 % [jbd2/sda9-8] 13:40:32 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 2.08 % [jbd2/sda9-8] 13:40:33 118 be/3 root 0.00 B/s 7.55 K/s 0.00 % 4.02 % [jbd2/sda8-8] 13:40:34 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 2.10 % [jbd2/sda9-8] 13:40:35 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 2.11 % [jbd2/sda9-8] 13:40:37 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 2.13 % [jbd2/sda9-8] 13:40:39 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 2.14 % [jbd2/sda9-8] 13:40:42 335 be/3 root 0.00 B/s 0.00 B/s 0.00 % 2.15 % [jbd2/sda9-8]
    28.12.2014 13:42 miro
    Rozbalit Rozbalit vše Re: vysoky load average?
    osravedlnujem sa za zle vypisany vypis vyssie:

    pastebin bude lepsi http://pastebin.com/8Zx1Znde
    28.12.2014 14:13 miro
    Rozbalit Rozbalit vše Re: vysoky load average?
    ale ked to porovnam s ubuntu iotop, tak proces jbd2 sa sprava rovnako. Ale celkovy load average je nizsi. Takze asi najlepsie sa tym nezaoberat a byt v tom, ze vsetko je v poriadku. Dakujem za vsetky odpovede.
    28.12.2014 14:29 nobody
    Rozbalit Rozbalit vše Re: vysoky load average?
    pokud pises ze v obou pouzivas "tie iste appky" (pochybuju ze i stejne sluzby, ale spis by se dalo cekat ze ubuntu ktere jich pousti vic bude to problematicke:), co zkusit do ubuntu nahodit stejne jadro 3.17.6 jako mas v archu ?
    29.12.2014 20:07 Sten
    Rozbalit Rozbalit vše Re: vysoky load average?
    jbd2 je vlákno jádra, které zapisuje (či čistí) žurnál v ext4. Za váš load nemůže.

    V htop lze seřadit procesy i podle stavu, pokud není procesor zatížený, tak hledejte ty, které jsou ve stavu D.

    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.