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 23:55 | Humor

    Ve středu v 17:00 byl ve Francii zablokován přístup k PornHubu a dalším webům pro dospělé. K 17:30 došlo k nárůstu počtu registrací Proton VPN o 1 000 % [𝕏]. Dle nového francouzského zákona jsou provozovatelé těchto webů povinni ověřovat věk uživatelů prostřednictvím průkazu totožnosti nebo platební karty.

    Ladislav Hagara | Komentářů: 2
    6.6. 19:44 | Zajímavý článek

    Před 32 lety, 6. června 1993, byl spuštěn první český WWW server (ještě pod TLD .cs), pro potřeby fyziků zabývajících se problematikou vysokých energií.

    Ladislav Hagara | Komentářů: 4
    6.6. 16:11 | Zajímavý software

    Střílečku Borderlands 2 lze v rámci výprodeje série Borderlands na Steamu získat zdarma napořád, když aktivaci provedete do 8. června 19:00.

    Ladislav Hagara | Komentářů: 8
    6.6. 15:11 | Nová verze

    Byla vydána nová verze 2.22 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    5.6. 15:00 | Komunita

    Canonical Launchpad vypíná systém správy verzí Bazaar. Vývojáři mohou své repozitáře do 1. září přemigrovat na Git.

    Ladislav Hagara | Komentářů: 7
    5.6. 13:22 | Nová verze

    Byla vydána nová verze 2.53.21 svobodného multiplatformního balíku internetových aplikací SeaMonkey (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 3
    5.6. 12:33 | Komunita Ladislav Hagara | Komentářů: 20
    5.6. 11:22 | Komunita

    Na Indiegogo byla spuštěna kampaň na podporu linuxového telefonu Liberux NEXX s osmijádrovým procesorem Rockchip RK3588S, 32 GB LPDDR4x RAM a 6.34″ 2400×1080 OLED displejem. Cena telefonu je 1 310 eur.

    Ladislav Hagara | Komentářů: 5
    5.6. 11:11 | Komunita

    Miro Hrončok vyhrál volby do Fedora Council. Mezi sedmi kandidáty, kteří se ucházeli o dvě křesla, nakonec získal nejvíce hlasů - 1089. Česká komunita má tak po delší době opět zástupce v nejvyšším orgánu Fedory.

    Ladislav Hagara | Komentářů: 0
    5.6. 04:33 | Zajímavý software

    Redox OS (Wikipedie), tj. mikrokernelový unixový operační systém naprogramovaný v programovacím jazyce Rust, nově podporuje X11 a GTK 3.

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (55%)
     (33%)
     (7%)
     (2%)
     (0%)
     (0%)
     (3%)
    Celkem 222 hlasů
     Komentářů: 14, poslední 2.6. 08:30
    Rozcestník

    Jak zlepšit plánovač bez 200řádkového patche

    Před několika dny vyšla zprávička o dvousetřádkovém patchi, který zásadně zlepšuje odezvu systému při vysoké zátěži. Mezitím se objevilo řešení, jak se dá toho samého dosáhnout bez aplikování patche. Není to však hezké řešení, takže patch by se měl do jádra dostat tak či tak.

    19.11.2010 13:28 | Luboš Doležel (Doli) | Zajímavý software


    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    19.11.2010 14:00 WEITS
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    Vyuzil jsem alternativu pro Kubuntu a subjektivne se mi system jevi mnohem sviznejsi. Asi to fakt funguje.
    19.11.2010 14:13 sivlk | skóre: 15 | blog: sivlk
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    19.11.2010 14:20 mektige
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    To by mě zajímalo, jestli to funguje i když mám jako default shell (/bin/sh) dash místo bashe.
    19.11.2010 16:48 karrol
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    Takže jsem zaktivoval dle návodu cgroups - vše funguje, procesy se přidávají do /dev/cgroup/cpu/user/ jak mají, ale žádné zrychlení nepozoruji, například glxgears dávají stejnou hodnotu jako normálně, ale při zátěži dávají výsledek dokonce horší. Přesouvání oken se při zátěži systému trhá spíše více než předtím. Asi bude nějaký rozumný důvod, proč tato volba není jako výchozí aktivována.

    Jsem zvědavý, zda 200lines patch - který údajně funguje poněkud jinak - bude úspěšnější...
    20.11.2010 11:05 chrono
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    A čo konkrétne si okrem glxgears púšťal?
    19.11.2010 19:03 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche

    Jak jsem už psal v původním vlákně, pozorní čtenáři toho LKML threadu mohli na Lennartovo řešení natrefit už tehdy. Jak se tam ale také upozorňuje (a jak jsem psal i já) - na běžném desktopu neběží aplikace běžně přes TTY. Ano, pro kompilaci kernelu to funguje, pro aplikace puštěné z konzole s vlastním terminálem to taky funguje, ale to je tak všechno. Pokud aplikaci pustíte třeba z KDE/Gnome panelu, spadnou do stejné skupiny.

    V té diskuzi padl i nápad zdokonalení podpory cgroups v systemd, který by tak mohl házet alespoň daemony do skupin zvlášť, nicméně i tak by zbývalo vyřešit ještě ostatní aplikace. Jak už naznačili ostatní - prosté přidání pár příkazů před spuštěním binárky nestačí, něco musí sledovat skončení dané aplikace a odstranit group. A mít pro každou větší aplikaci vlastní wrapper? Ne, díky.

    Kernelovské řešení není v současnosti o moc lepší, ale jsou tam snahy o další možnosti heuristiky a detekce. A také větší potenciál.

    Mě ososbně se líbí Linusova vize - cgroups jako subsystém s kernel config možností automatického přidělování procesů do skupin na základě použití různých (rozšířitelných, vylepšitelných) metod heuristiky. Nezávisle na userspace wrapperech. Nezávisle na distribuci. Transparentní odebrání skupiny po skončení procesu/procesů.

    19.11.2010 19:05 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche

    Tím chci naznačit, že ani ten kousek .bashrc skriptu, ani současný 200line kernel patch nedělá prakticky NIC pro běžného Ubuntu usera. Ten by musel všechny větší aplikace pouštět přes wrappery nebo z terminálu.

    19.11.2010 21:09 karrol
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    V tom "rozšířeném" návodu je ošetřeno i zrušení skupiny po zavření terminálu, jestli tomu správně rozumím.

    Zkoušel jsem aplikace spouštět každou ve svém terminálu (v dev se objevilo nové číslo pro každý z nich), ale stejně jsem žádné oživení nepozoroval...

    ne, že bych byl překvapený, na to jsem už dost starý, jen se podivuji, jaké skvělé zlepšení reportují uživatelé na fórech. Že by opravdu ten profláknutý placido effect?
    moo avatar 19.11.2010 23:55 moo | skóre: 7 | Praha
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    placebo
    End the FED!
    20.11.2010 13:36 karrol
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    ftip
    20.11.2010 01:36 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche

    Ono je to tím, že cgroups nejsou všelékem. Plánovač sám o sobě není špatný, CFS jako "fair" scheduler opravdu dělá svoji práci, pokud se jedná o jednoduché schéma několika procesů. Pokud pustíte třeba firefox a thunderbird a v obou se vám povede "vytížit CPU na 100%", pak (na uniprocessor systému) dostane každý proces přibližně 50%, na střídačku.

    Problém je, že věci jako make spawnují pro každý zdrojový soubor novou instanci GCC. Myslel jsem, že by se o to měl postarat nějaký kód, který by teoreticky mohl počítat cputime potomků do celkového cputime rodiče, ale asi to tak nefunguje a plánovač bere každé nové spuštění gcc jako samostatný proces, který má plný nárok na processor.

    20.11.2010 13:44 karrol
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    Aha, takže efekt by se měl projevit např u kompilace, kde by se pak měla zlepšit odezva ostatních běžících aplikací? Zkoušel jsem to opravdu jen na několika současně spuštěných aplikacích (chron: mimo ty zmíněné glxgears to byla mozilla, nějaké to video a pár terminálů), jako model nějakého běžného desktopu. Tam se grupování neprojevilo nijak pozitivně. Je tedy rozumný závěr, že pokud nehodlám na počítači dělat jednu kompilaci za druhou, tak z této změny prospěch není? Ví někdo, jestli by to zvýšilo propustnost Apache nebo podobně?
    stativ avatar 19.11.2010 19:48 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    Podle mě by mohlo být zajímavé, kdyby cgroups používal xserver.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    22.11.2010 17:28 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Jak zlepšit plánovač bez 200řádkového patche
    Není to však hezké řešení, takže patch by se měl do jádra dostat tak či tak.
    Vcelku důležitá oprava: Linus si myslí, že...

    Bohužel jak Lennart podle mě vcelku trefně podotknul (a jak se píše i v #5), většina uživatelů nepoužívá počítač stejně jako Linus a pár dalších vývojářů jádra, takže u nich patch nebude fungovat.

    Článek o tom bude v JN; když jsem ho překládal, tak se mi zdálo, že Linusovi už asi trošičku hráblo...
    Quando omni flunkus moritati

    Založit nové vláknoNahoru


    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.