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 18:44 | Zajímavý článek

    Server Groklaw, zaměřený na kauzy jako právní spory SCO týkající se Linuxu, skončil před 12 lety, resp. doména stále existuje, ale web obsahuje spam propagující hazardní hry. LWN.net proto v úvodníku připomíná důležitost zachovávání komunitních zdrojů a upozorňuje, že Internet Archive je také jen jeden.

    Fluttershy, yay! | Komentářů: 0
    dnes 14:22 | Nová verze

    Jakub Vrána vydal Adminer ve verzi 5.4.0: "Delší dobu se v Admineru neobjevila žádná závažná chyba, tak jsem nemusel vydávat novou verzi, až počet změn hodně nabobtnal."

    Ladislav Hagara | Komentářů: 1
    dnes 13:22 | IT novinky

    V Německu slavnostně uvedli do provozu (en) nejrychlejší počítač v Evropě. Superpočítač Jupiter se nachází ve výzkumném ústavu v Jülichu na západě země, podle německého kancléře Friedricha Merze otevírá nové možnosti pro trénování modelů umělé inteligence (AI) i pro vědecké simulace. Superpočítač Jupiter je nejrychlejší v Evropě a čtvrtý nejrychlejší na světě (TOP500). „Chceme, aby se z Německa stal národ umělé inteligence,“ uvedl na

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

    V Berlíně probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2025. Při té příležitosti byla oznámena alfa verze nové linuxové distribuce KDE Linux.

    Ladislav Hagara | Komentářů: 1
    6.9. 17:11 | Nová verze

    Byl vydán Debian 13.1, tj. první opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.12, tj. dvanáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 2
    5.9. 23:44 | IT novinky

    Evropská komise potrestala Google ze skupiny Alphabet pokutou 2,95 miliardy eur (71,9 miliardy Kč) za porušení antimonopolní legislativy. Podle EK, která mimo jiné plní funkci antimonopolního orgánu EU, se Google dopustil protisoutěžních praktik ve svém reklamním byznysu. Google v reakci uvedl, že rozhodnutí považuje za chybné a hodlá se proti němu odvolat. EK ve věci rozhodovala na základě stížnosti Evropské rady vydavatelů. Podle

    … více »
    Ladislav Hagara | Komentářů: 42
    5.9. 23:11 | Komunita

    Podpora 32bitového Firefoxu pro Linux skončí v roce 2026. Poslední podporované 32bitové verze budou Firefox 144 a Firefox 140 s rozšířenou podporou, jehož podpora skončí v září 2026.

    Ladislav Hagara | Komentářů: 3
    5.9. 19:33 | IT novinky

    Společnost Raspberry Pi nově nabízí Raspberry Pi SSD s kapacitou 1 TB za 70 dolarů.

    Ladislav Hagara | Komentářů: 12
    5.9. 15:55 | Zajímavý software

    Microsoft BASIC pro mikroprocesor 6502 byl uvolněn jako open source. Zdrojový kód je k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 14
    5.9. 15:33 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se připojil k dokumentu „A Shared Vision of Software Bill of Materials (SBOM) for Cybersecurity“, který vydala americká Agentura pro kybernetickou a infrastrukturní bezpečnost (CISA) s Národní bezpečnostní agenturou (NSA), spolu s dalšími mezinárodními partnery. Dokument vznikl v rámci globálního expertního fóra pro SBOM, které má za cíl motivovat k širšímu využívání … více »

    Ladislav Hagara | Komentářů: 4
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (83%)
     (7%)
     (2%)
     (3%)
     (3%)
     (2%)
    Celkem 156 hlasů
     Komentářů: 11, poslední 4.9. 16:12
    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.