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 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 3
dnes 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 10
včera 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 4
včera 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
včera 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
včera 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 26
včera 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 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ářů: 0
včera 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
včera 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 925 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: vysoky load average?

    26.12.2014 15:46 miro
    vysoky load average?
    Přečteno: 568×
    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: 59 | 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.
    Nezapomeňte si příští víkend posunout časovače na svých bombách o hodinu dopředu!
    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.
    Nezapomeňte si příští víkend posunout časovače na svých bombách o hodinu dopředu!
    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.