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 19:22 | Nová verze

Ondřej Filip, výkonný ředitel sdružení CZ.NIC, oznámil vydání verze 2.0.0 open source routovacího démona BIRD (Wikipedie). Přehled novinek v diskusním listu a v aktualizované dokumentaci.

Ladislav Hagara | Komentářů: 0
včera 09:22 | Pozvánky

V Praze dnes probíhá Konference e-infrastruktury CESNET. Na programu je řada zajímavých přednášek. Sledovat je lze i online na stránce konference.

Ladislav Hagara | Komentářů: 1
9.12. 20:11 | Nová verze

Byl vydán Debian 9.3, tj. třetí opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.10, tj. desátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 0
9.12. 00:44 | Nová verze

Po 6 měsících vývoje od vydání verze 0.13.0 byla vydána verze 0.14.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 88 vývojářů. Přibylo 1 211 nových balíčků. Jejich aktuální počet je 6 668. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 4
8.12. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 5.9 byla vydána nová stabilní verze 5.10 toolkitu Qt. Přehled novinek na wiki stránce. Současně byla vydána nová verze 4.5.0 integrovaného vývojového prostředí (IDE) Qt Creator nebo verze 1.10 nástroje pro překlad a sestavení programů ze zdrojových kódů Qbs.

Ladislav Hagara | Komentářů: 0
7.12. 11:11 | Komunita

Naprostá většina příjmů Mozilly pochází od výchozích webových vyhledávačů ve Firefoxu. Do konce listopadu 2014 měla Mozilla globální smlouvu se společností Google. Následně bylo místo jedné globální smlouvy uzavřeno několik smluv s konkrétními vyhledávači pro jednotlivé země. V USA byla podepsána pětiletá smlouva s vyhledávačem Yahoo. Dle příspěvku na blogu Mozilly podala společnost Yahoo na Mozillu žalobu ohledně porušení této

… více »
Ladislav Hagara | Komentářů: 0
7.12. 05:55 | Zajímavý článek

V Londýně probíhá konference věnovaná počítačové bezpečnosti Black Hat Europe 2017. Průběžně jsou zveřejňovány prezentace. Videozáznamy budou na YouTube zveřejněny o několik měsíců. Zveřejněna byla například prezentace (pdf) k přednášce "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". Dle oznámení na Twitteru, aktualizace vydaná společností Intel nevylučuje možnost útoku.

Ladislav Hagara | Komentářů: 5
7.12. 04:44 | Komunita

Virtualizační nástroj GNOME Boxy ve Fedoře 27 umožňuje jednoduše stáhnout a nainstalovat Red Hat Enterprise Linux, který je pro vývojáře zdarma. Vývojová verze GNOME Boxy již umožňuje jednoduše stáhnout a nainstalovat další linuxové distribuce. Ukázka na YouTube. Seznam distribucí a jejich verze, nastavení a cesty k ISO obrazům je udržován v knihovně a databázi libosinfo (GitLab).

Ladislav Hagara | Komentářů: 0
7.12. 03:33 | Nová verze

Google Chrome 63 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 63.0.3239.84 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře. Opraveno bylo 37 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 12
6.12. 22:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 147. brněnský sraz, který proběhne v pátek 15. prosince od 18:00 hodin v restauraci Severka na rohu Tučkové a Zahradníkové.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 952 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: vysoky load average?

    26.12.2014 15:46 miro
    vysoky load average?
    Přečteno: 574×
    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: 42 | 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: 61 | 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: 74 | 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.
    Why did the multithreaded chicken cross the road? to To other side. get the
    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: 74 | 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.
    Why did the multithreaded chicken cross the road? to To other side. get the
    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.