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

Byla vydána verze 9.5 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í v příspěvku na blogu. Zdůraznit lze možnost ověřování GPG podpisů u commitů.

Ladislav Hagara | Komentářů: 0
včera 16:22 | Nová verze

Byla vydána verze 0.11.0 softwaru pro statistickou analýzu dat GNU PSPP (Wikipedie), svobodné alternativy k proprietárnímu softwaru IBM SPSS Statistics (Wikipedie). Vedle několika vylepšení a oprav chyb jsou řešeny také 2 bezpečnostní chyby CVE-2017-10791 a CVE-2017-10792. O týden později byla vydána verze 1.0.0 přinášející pouze aktualizaci překladů. Proč verze 1.0.0 a ne například 0.11.1? Dle vývojářů jsou důvody následující:

… více »
Ladislav Hagara | Komentářů: 0
včera 10:35 | Komunita

Na blogu Oracle se objevila zpráva o tom, že plánovaná verze Java EE 8 bude uvolněna jako open source (referenční implementace a compatibility kit). V současné době je uvolněna jen Java SE (standard edition) pod licencí GPLv2 v podobě OpenJDK (Open Java Development Kit), kterou začal v roce 2006 uvolňovat Sun.

Max | Komentářů: 4
21.8. 23:55 | IT novinky

Google na YouTube oficiálně představil Android 8.0 Oreo. Přehled novinek v příspěvku na blogu věnovaném vývojářům.

Ladislav Hagara | Komentářů: 31
21.8. 16:44 | Zajímavý článek

Po téměř 3 měsících od vydání třetího čísla publikoval Michal Špaček na svých stránkách čtvrté číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Jedná se současně o číslo poslední: "Nepíše se mi to lehce, a trvalo to, než jsem to ze sebe dostal, ale tohle je poslední newsletter v této podobě. Ani jsem ho nestihl pojmenovat a už jsem ho zabil. Nezbývá mi tolik času, abych každou událost, novinku a změnu v prohlížeči detailně popisoval tak, jak bych v newsletteru chtěl, mrzí mě to".

Ladislav Hagara | Komentářů: 2
21.8. 07:00 | Nová verze

Byla vydána diaspora* ve verzi 0.7.0.0. Jedná se o svobodný software, který slouží jako osobní webový server pro poskytování služeb sociální sítě (Wikipedie). Přehled novinek v příspěvku na blogu a na GitHubu. Sociální síť diaspora* byla před pěti lety předána komunitě.

Ladislav Hagara | Komentářů: 0
21.8. 06:00 | IT novinky

Společnost Hardkernel stojící za jednodeskovými počítači ODROID představila na YouTube minipočítač určený pro domácí cloud ODROID-HC1 vycházející z ODROID-XU4. Minipočítač s kovovou krabičkou, do které stačí vložit 2 a půl palcový disk, lze koupit za 49 dolarů. ODROID-HC1 je stohovatelný.

Ladislav Hagara | Komentářů: 39
20.8. 16:22 | Nová verze

Byl vydán DB Browser for SQLite (sqlitebrowser) ve verzi 3.10.0. Nejnovější stabilní verze této grafické nadstavby nad relačním databázovým systémem SQLite (Wikipedie) přináší například integraci s DBHub.io, tj. platformou pro sdílení SQLite databází. Podrobnosti na GitHubu.

Ladislav Hagara | Komentářů: 2
20.8. 08:00 | IT novinky

Andy Rubin, spoluzakladatel společnosti Android, jež byla v roce 2005 koupena Googlem, nyní CEO společnosti Essential Products, oznámil předprodej chytrého telefonu Essential. Telefon se začne rozesílat 1. září. Cena telefonu je 699 dolarů. Cena telefonu současně s 360° kamerou s rozlišením 4K byla stanovena na 749 dolarů. Kameru, v budoucnu i další příslušenství, lze k telefonu připojit pomocí konektoru s magnety.

Ladislav Hagara | Komentářů: 1
19.8. 13:44 | Zajímavý software

Evropská komise vydala novou verzi 1.4.0.1 svého open source v Javě naprogramovaného softwaru pro online průzkumy EUSurvey. Online dotazníky lze vytvářet na stránkách Evropské komise nebo si lze software stáhnout (zip a war) a nainstalovat lokálně. Zdrojové kódy jsou k dispozici pod licencí EUPL (European Union Public Licence).

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (5%)
 (2%)
 (18%)
 (76%)
Celkem 374 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: vysoky load average?

    26.12.2014 15:46 miro
    vysoky load average?
    Přečteno: 572×
    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: 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: 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.
    tf_train.py:93: global_step=110749, loss=1.4074e+17
    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.
    tf_train.py:93: global_step=110749, loss=1.4074e+17
    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.