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

Byla vydána nová stabilní verze 5.11 toolkitu Qt. Přehled novinek v příspěvku na blogu a na wiki stránce. Další dnešní příspěvek na blogu Qt je věnován Qt pro WebAssembly umožňujícímu běh Qt aplikací ve webovém prohlížeči. K vyzkoušení jsou příklady.

Ladislav Hagara | Komentářů: 0
dnes 12:22 | Nová verze

Po 7 měsících vývoje od verze 0.12.0 byla vydána verze 0.13.0 hardwarově nenáročného desktopového prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklého sloučením projektů Razor-qt a LXDE. Přehled novinek v oznámení o vydání a v příspěvku ve fóru.

Ladislav Hagara | Komentářů: 2
dnes 12:11 | Pozvánky

V úterý 29. května v 18:00 se v Brně koná pátý přednáškový večer o webovém vývoji. Čeká vás povídání o frameworku v Elixiru, vydávání nové kryptoměny přes ICO, component trees v Reactu. Na místě bude lehké občerstvení; vstup zdarma pro registrované. Více informací na Facebooku nebo se rovnou registrujte na Meetup.

dejvik | Komentářů: 0
dnes 12:00 | Pozvánky

V pátek 25. května 2018 v Praze proběhne společné setkání komunity kolem Drupalu a překladatelů softwaru – tématem bude právě lokalizace svobodného softwaru (nejen Drupalu). Program začíná v 9.30 v budově Českého rozhlasu (Vinohradská 12), ale můžete přijít i později během dne.

Fluttershy, yay! | Komentářů: 0
dnes 06:55 | Zajímavý software

Operační systém 9front, zřejmě nejaktivněji vyvíjený neoficiální fork systému Plan 9 (více informací), se dočkal nové verze nazvané „Ghost in the Minesweeper Shell“. K novým vydáním obvykle dochází každé jeden až tři měsíce.

Fluttershy, yay! | Komentářů: 0
dnes 02:00 | Bezpečnostní upozornění

Byly zveřejněny (Project Zero, Intel, AMD, Arm) informace o dalších 2 bezpečnostních chybách v procesorech: variantě 3a aneb CVE-2018-3640 - Rogue System Register Read (RSRE) a variantě 4 aneb CVE-2018-3639 - Speculative Store Bypass (SSB). Podrobnosti o chybě CVE-2018-3639 například v příspěvku na blogu Red Hatu. Princip vysvětlen pomocí videa na YouTube.

Ladislav Hagara | Komentářů: 2
včera 19:44 | Zajímavý software

Spolek vpsFree.cz na svém blogu informuje, že přechází z OpenVZ na vpsAdminOS. Distribuce vpsAdminOS je založena na NixOS a not-os. Pokud provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS, který je na migraci kontejnerů z OpenVZ připraven.

Ladislav Hagara | Komentářů: 4
včera 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 28
20.5. 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 61
20.5. 17:44 | Komunita

SFC (Software Freedom Conservancy) na svém blogu blahopřeje společnosti Tesla k prvnímu kroku k dodržování licence GPL. Tesla ve svých elektromobilech používá svobodný software. Změny ve zdrojovým kódech ale doteď veřejně nezveřejňovala. Změna nastala tento týden. Zdrojové kódy byly zveřejněny na GitHubu. Nejedná se zatím ale o kompletní odpovídající zdrojové kódy (CCS - complete corresponding source).

Ladislav Hagara | Komentářů: 14
Používáte pro některé služby inetd?
 (35%)
 (23%)
 (42%)
Celkem 142 hlasů
 Komentářů: 5, poslední dnes 16:46
    Rozcestník

    Dotaz: agresivni dd, hight I/0 load

    9.1.2009 16:45 linuxnew
    agresivni dd, hight I/0 load
    Přečteno: 293×

    Dobry den, jsem zacatecnik v linuxu, instaloval jsem centOS 5.2_x64 na Intel SR1530 barebone (dualcore xeon, 2GB RAM, 2x 320GB SATa software RAID).

    Vsechno slo celkem hladce, az do chvili kdy jsem zijistil, ze I/O opera delaji nejak podezrele vysoky load(mozna to tak ma byt, nejsem si jist), ale zda se mi to divne.

    Pokud udelam napr.

    #dd if=/dev/zero of=test.dat bs=1M count=4096

    tak v top-u vidim load az nekam v 5ti, obe CPU vypadaji,ze se pomerne nezatezuji, jen je vysoky %wa (nekdy i 100%). Dokaze nekdo poradit co to ma znamenat? Prikaz provadit jako root a nelibi se mi to prilis, ze tak velky load vyvola dd. po skonceni dd je pres nekde kolem 70Mb/s. Filesystem je ext3, jadro 2.6.18.

    Zkousel jsem totez i na jinem systemu s Debianem(2.6.28) a zde se to chova stejne?

    Je to normalni? Jak tedy vytvarit rychle velke soubory? napr. 20~40GB.

    diky.

    Odpovědi

    Jakub Lucký avatar 9.1.2009 18:51 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load
    Debian Sid, 2.6.26, load asi 5, systém zůstal bez problémů použivatelný...Bůhví, proč to tak je
    Jak tedy vytvarit rychle velke soubory? napr. 20~40GB.
    Vy vytváříte běžně soubory o velikosti 20-40GB pomocí dd ?
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    9.1.2009 21:08 linuxnew
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load

    a jak jinam rozumne vytvaret image file  pro XEN? taky me to stve.

    Jakub Lucký avatar 9.1.2009 21:23 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load
    aha, Xen to má takhle blbě...

    napsat skript a pustit přes noc...

    Jinak, je to logicky náročné, protože je to IO (jak píšou dole), ale nemá to vliv na CPU, mě běhá systém sám o sobě v pohodě...
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    9.1.2009 22:30 linuxnew
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load

    Jak to myslite s tim skriptem? jakoze spoustet dd s nejakym appedned treba po 10MB a cekat po kazde sleep par vterin, aby si to "oddechlo", to radeji premyslim ted, ze

    udelam z casti disku LVM (cetl jsem o tom ted neco) a budu pro kazdy system "krajet" z toho svazku a delat novou partition.

    ----

    aha, Xen to má takhle blbě... a jste schopen doporucit jiny system pro virtualizaci, dostatecne pruzny, stabilni, a pokud mozno svobodny.

    Jakub Lucký avatar 9.1.2009 22:46 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load
    Jak to myslite s tim skriptem? jakoze spoustet dd s nejakym appedned treba po 10MB a cekat po kazde sleep par vterin
    Myslel jsem, že by stačilo spustit skript ve tři ráno, to load nevadí už vůbec...
    aha, Xen to má takhle blbě... a jste schopen doporucit jiny system pro virtualizaci, dostatecne pruzny, stabilni, a pokud mozno svobodny.
    To asi nejsem, jen mě překvapilo, že si neumí vytvořit image sám, ale musí se mu předtvářet tak ošklivým způsobem, jako je dd if=/dev/zero...
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    9.1.2009 19:34 podlesh | skóre: 38 | Freiburg im Breisgau
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load
    No a co je na tom špatného? Stroj je dost silně zatížen, tak reportuje velkou zátěž. To se má tvářit jako že se nic neděje?
    9.1.2009 20:45 rastos | skóre: 61 | blog: rastos
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load
    "load nekam v 5ti" znamená, že keď sa jadro rozhoduje, ktorý proces dostane CPU, tak jeden vyberie a ďalších 5 ostane čakať. Inak povedané vo fronte čaká priemerne 5 procesov. To ešte v princípe nemusí byť na závadu. Pokiaľ máš skutočne pocit, že systém nereaguje dosť svižne, tak sa pozri na ionice.
    9.1.2009 21:33 linuxnew
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load

    dekuji za vysvetleni

    - jeste bych se rad optal ja jednu malickost, jak je mozne ze pokud bych poskytoval uzivatelum shell pres SSH tak mi muzou takto jednoduse pretizit system?  da se to nejak limitovat? neco jsem cetl o cgroups je to spravna cesta nebo snad ulimit?

    diky.

    10.1.2009 01:15 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load
    Loadaverage neni vobec smerodajny udaj ked neviete co znamena. To cislo vyjadruje priemerny pocet processov, ktore su running (bezia), runable (cakaju v queue na vykonanie) a v stave Uninterruptible sleep (neprerusitelne cakanie). Ten posledny stav je to co u vas zvysuje loadaverage. Ak nenajky program caka na dokoncenie I/O operacie (dd) tak je v stave neprerusitelneho spania (v ps stav "D") a priratava sa do loadaverage. Toto spravanie je spravne ale nepoukazuje hned na "pretazeny" system. Pokial mate v systeme spravne balancovane zapisovanie/citanie z diskou tak to ani neni problem, kedze tie procesi len spia a cakaju az diskovy subsystem dokonci operaciu a vrati data.

    ps: loadaverage dost zavisi od poctu procakov, mnozstva vlakien spracuvajucich I/O (zurnal, md, raid, ..) a to ze mate to cislo 5 ako pisete nemusi ani poukazovat na zatazeny system :o) radsej sa zamerajte na response time aplikacii, average I/O time, cpu load (samozrejme do uvahy sa neberie idle a wait io), alebo ine aplikacne specificke parametre
    Bluebear avatar 12.1.2009 00:04 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
    Rozbalit Rozbalit vše Re: agresivni dd, hight I/0 load
    V prvé řadě: SSH účty poskytuj jen a pouze osobám, kterým naprosto důvěřuješ. Jak už má někdo na stroji shell, může dělat obrovskou spoustu věcí a není snadné to nějak omezit. Pokud sám cítíš, že nemáš dost zkušeností, nepokoušej se rozjíždět poskytování shellu osobám, které dobře neznáš.
    To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
    11.1.2009 22:24 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Jak tedy vytvarit rychle velke soubory?

    dd if=/dev/zero of=test.dat bs=1M seek=4095 count=1, pokud nevadí, že ten soubor bude děravý.

    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.