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 03:00 | IT novinky

Společnost NVIDIA oficiálně představila novou řadu GeForce RTX 20 svých grafických karet postavených na architektuře NVIDIA Turing a modely 2080 Ti, 2080 a 2070. Referenční Founders Edition karty lze předobjednat za 32 700, 21 999 a 16 400 Kč.

Ladislav Hagara | Komentářů: 0
včera 11:44 | Zajímavý článek

Jiří Eischmann na svém blogu popisuje své zkušenosti s Fedora Silverblue. Jedná se o neměnný systém s atomickými aktualizacemi, tj. základní systém je distribuován jako celek. Myšlenka neměnného systému se ve Fedoře začala rozvíjet v projektu Atomic. Z něj se časem vyvinul na desktop zaměřený Atomic Workstation a nově projekt s vlastním brandingem Team Silverblue. Základním stavebním kamenem je OSTree, což je velmi zjednodušeně takový git pro souborový systém.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Komunita

Richard Hughes na svém blogu informuje, že do LVFS (Linux Vendor Firmware Service) plánuje přidat podporu aktualizace NVMe (NVM Express) firmwarů. Současně žádá o pomoc: odeslání výstupu příkazu nvme-cli.

Ladislav Hagara | Komentářů: 0
20.8. 16:33 | Nová verze

Byla vydána verze 1.0 frameworku Flatpak (Wikipedie), tj. technologie umožňující distribuovat aplikace v podobě jednoho instalačního souboru na různé linuxové distribuce a jejich různá vydání. Přehled novinek na GitHubu. S vydáním Flatpaku 1.0 byla odstraněna nálepka "beta" u centrálního repozitáře pro Flatpaky Flathub.

Ladislav Hagara | Komentářů: 0
20.8. 12:33 | Nová verze

Byla vydána nová verze 2.10.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání a v souboru NEWS. Zdůraznit lze možnost psaní textů vertikálně nebo filtr pro vytváření obrázků typu Little Planet. Vývojáři zdůrazňují překlad GIMPu do maráthštiny. GIMP je tak k dispozici již v 81 jazycích.

Ladislav Hagara | Komentářů: 10
20.8. 12:00 | Nová verze

Vyšla verze 5.17 prohlížeče map a GPS logů GPXSee. Nová verze přináší zejména podporu HiDPI displejů a map, a podporu pro další dva formáty souborů - SLF a LOC.

Martin Tůma | Komentářů: 0
18.8. 22:22 | Nová verze

Po roce vývoje od vydání verze 1.20 byla vydána verze 1.21 knihoven EFL (Enlightenment Foundation Libraries). Do vývoje EFL se zapojilo 96 vývojářů. Provedeno bylo téměř 5 000 commitů.

Ladislav Hagara | Komentářů: 0
16.8. 19:00 | Nová verze

Byla vydána verze 18.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
16.8. 18:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 155. brněnský sraz, který proběhne v pátek 17. srpna od 18:00 na zahrádce restaurace Tanganika (Horova 35). V případě nepřízně počasí uvnitř. Tentokrát bude sraz pojat tématicky. Vzhledem k blížícímu se 50. výročí invaze vojsk Varšavské smlouvy do Československa proběhne malá výstava. Kromě literatury budou k vidění též originály novin z 21. srpna 1968, dosud nikde nezveřejněné fotky okupovaného Brna a původní letáky rozdávané v ulicích.

Ladislav Hagara | Komentářů: 0
16.8. 01:00 | Komunita

Měsíc po Slackware slaví 25 let také Debian. Přesně před pětadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 10
Používáte zařízení („chromebook“, „chromebox“ či tablet) s ChromeOS?
 (6%)
 (3%)
 (15%)
 (76%)
Celkem 225 hlasů
 Komentářů: 10, poslední 18.8. 11:25
    Rozcestník

    Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline

    30. 3. 2017 | Redakce | Jaderné noviny | 2485×

    Stav vývoje jádra. Citáty týdne: James Bottomley a Daniel Vetter. Jaderný podcast. Aktualizace plánovače deadline.

    Stav vývoje jádra

    Současné vývojové jádro je 4.11-rc2, vydané 12. března. Linus k tomu řekl: „Myslím, že na tuto fázi jsme na tom s vývojovým jádrem dobře. Nemělo by být nijak zvlášť děsivé říct: ‚Budu trochu podnikavější a vyzkouším rc2 jádra.' Ano, je to stále ještě jeden z prvních kandidátů na vydání, ale nebojte se pomoct nám ujistit se, že nám to jde dobře.“

    Seznam regresí v cyklu 4.11 ze 14. března obsahuje devět známých problémů.

    Stabilní aktualizace: 4.10.2, 4.9.14 a 4.4.53 byly vydány 12. března. Následovaly je 4.10.3, 4.9.15 a 4.4.54 dne 15. března.

    Citáty týdne

    Když je špatně cizí e-mailová adresa, může to být jenom chyba při kopírování. Když je špatně vaše vlastní e-mailová adresa, může jít o raný příznak krize identity.

    James Bottomley

    To je přesně ten důvod, proč _musíte_ všechno, co děláte, nejprve prodiskutovat v upstreamu. Vaše vnitřní týmy prostě nemají autoritu něco navrhovat.

    Daniel Vetter (dostupné také v podobě trička)

    Jaderný podcast

    Jaderný podcast ze 13. března Jona Masterse je venku. „V jaderném podcastu z tohoto týdne: Linus Torvalds oznamuje vydání 4.11-rc2 (včetně předběžného zprovoznění pětiúrovňového stránkování Intelu), readahead odkládacího prostoru založený na VMA a probíhající vývoj v dalším cyklu.“

    Aktualizace plánovače deadline

    CPU plánovač deadline za sebou má dlouhou cestu, řekl na Linaro Connest 2017 Juri Lelli, ale stále zbývá hodně práce, kterou je třeba udělat. Ačkoliv byl tento plánovač původně určen pro realtime nasazení, máme důvod věřit, že se hodí i do jiných podmínek, včetně embedded a mobilních zařízení. Ve své přednášce Lelli shrnul, co všechno plánovač deadline aktuálně umí a co za změny se plánuje do blízké (a ne až tak blízké) budoucnosti.

    Plánovač deadline byl začleněn ve vývojovém cyklu 3.14. Přidává možnosti plánování v reálném čase, které jsou v mnoha ohledech mocnější než tradiční prioritní plánování. Umožňuje specifikaci explicitních omezení latencí a umí se z principu vyhnout hladovění procesů. Má také lepší informace o omezeních při aktuálním vytížení, a tak může činit lepší rozhodnutí.

    Plánovač jádra je postaven na algoritmu earliest deadline first (EDF), podle kterého dojde ke spuštění toho procesu, jehož deadline („mezní termín splnění“) nastane nejdříve. EDF je vylepšený o algoritmus constant bandwidth server (CBS, blíže popsaný v tomto článku), který brání procesu, který nemůže běžet po většinu svého času, aby překážel ostatním procesům. CBS v podstatě říká procesům, že musí svůj procesorový čas využít v době, kdy je tak naplánováno, a nikoli otálet a očekávat jeho přidělení v plném rozsahu těsně před deadline. Výsledkem je plánovač, který poskytuje silnou časovou izolaci úloh, při kterých nemůže jeden proces zabránit dalšímu ve splnění jeho deadline.

    V současné době komunita, která vyvíjí mobilní a embedded systémy, vkládá mnoho úsilí do plánování, při němž se zohledňují energetické nároky. Tato práce má cenný cíl – plánovat tak, aby spotřeba energie systému byla co nejmenší – ovšem ukázalo se, že je těžké dostat ji do upstreamu, i když byla začleněna do běžného jádra Androidu. V mnoha případech může nakonec být plánovač deadline vhodnější, když je potřeba šetřit energií, řekl Lelli.

    Novinkou ve vývoji je funkce zpětného získání šířky pásma (bandwidth reclaiming). Jedním z hlavních rysů plánování deadline je, že v okamžiku, když proces překročí svůj rezervovaný procesorový čas (svou „šířku pásma“ procesoru), plánovač ho prostě přiškrtí až do dalšího úseku plánování. Toto přiškrcení je nezbytné k tomu, aby probíhající proces nemohl kolidovat s ostatními procesy v systému, ale může představovat problém ve chvíli, kdy je požadavek procesu na víc času, než mu bylo přiděleno, legitimní. Funkce zpětného získání šířky pásma tedy udělá, co se nabízí: dá procesu k dispozici více času, pokud ho nepotřebuje žádný jiný proces v systému.

    Co je možná méně zřejmé, je určení množství procesorového času, který není doopravdy zapotřebí. To se provádí pomocí algoritmu GRUB („greedy utilization of unused bandwidth“), který je popsaný v tomto článku (PDF). Stručně řečeno, GRUB sleduje, kolik dostupného procesorového času běžící úlohy s deadline skutečně využívají, a na základě toho odhadne objem procesorového času, který nebude využit. Díky tomuto odhadu je uvolnění času navíc pro účely procesu, který ho potřebuje, relativně přímočaré.

    Škálování frekvence procesoru je důležitým nástrojem v portfoliu řízení spotřeby, ale tradičně moc nespolupracuje s algoritmy pro plánování v reálném čase, včetně deadline. V současných jádrech se předpokládá, že úlohy v reálném čase potřebují plný výkon CPU, tudíž jejich přítomnost způsobí, že CPU poběží naplno. To může vést k plýtvání v případě, že běžící procesy [deadline] tolik procesorového času nepotřebují.

    Řešení tohoto problému vyžaduje celou řadu změn – počínajíc skutečností, že samotný plánovač deadline počítá s tím, že procesor poběží naplno. Plánovač je nutné opravit, aby bylo možné škálovat rezervace časů tak, aby se rovnaly aktuální rychlosti procesoru. Dále je potřeba tuto změnu rozšířit na heterogenní víceprocesorové systémy (např. big.LITTLE, kde nejsou všechny procesory systému stejně rychlé).

    Jakmile to bude hotové, hodilo by se mít možnost řídit výběr frekvence procesoru přímo z plánovače deadline. Plánovač CFS, který se používá pro běžné úlohy, používá k výběru frekvence mechanismus sledování zátěže dílčích entit, ale plánovač deadline v současné době pouze tlačí frekvenci procesoru na maximum. Jakmile bude kód pro získávání šířky pásma začleněn, bude možné měřit skutečnou zátěž, kterou přidají úlohy s deadline. Pak bude možné zvolit takovou frekvenci procesoru, která zvládne všechny požadované úlohy efektivně.

    Samozřejmě bude vždy potřeba se vypořádat se spoustou maličkostí. Například na systémech ARM se frekvence procesoru mění v samostatném pracovním vlákně. Aby byla možná spolupráce škálování procesoru a plánování deadline, bude třeba umožnit preempci úloh s deadline (u nichž preempce obvykle není možná) v tomto vlákně.

    Plánovač deadline v současné době pracuje na úrovni samostatných procesů, nefunguje s řídícími skupinami. Nastávají ale situace, kdy je rozumné dát rezervaci deadline skupině procesů. Lelli uvedl vlákna virtuálních strojů a vykreslovací řetězce jako příklady zátěží, které by skupinové plánování deadline využily. Představa implementace spočívá v podstatě v dvouúrovňové hybridní hierarchii. Na nejvyšší úrovni by algoritmus EDF vybral další skupinu k vykonání, ale uvnitř této skupiny by se použilo běžné realtime plánování (FIFO nebo round-robin). Jakmile bude tato funkce fungovat, mohla by vytlačit stávající realtime škrtící mechanismus.

    V ještě vzdálenější budoucnosti je podle Lelliho plán na rozšíření mechanismu pro opětovné využití šířky pásma, aby bylo možné snižovat prioritu. Když by proces překročil svůj rezervovaný čas, běžel by i nadále, ale pouze jako obyčejný proces bez realtime priority. Priorita by mu byla navrácena v dalším plánovacím období. Je také velký zájem o plánování orientovaném na šetření energie v rámci plánovače deadline.

    Další kýžená vlastnost spočívá v podpoře afinity procesu k procesoru. Mechanismus dědění priority by také snesl nějaká vylepšení. Aktuálně je to tak, že úloha, která blokuje úlohu s deadline, tuto deadline podědí. Bylo by žádoucí přejít na algoritmus, jako je multiprocesor bandwidth inheritance protocol (PDF). Existuje také poptávka po mechanismu dynamické zpětné vazby, který by mohl upravovat rezervace procesu na základě pozorovaných potřeb. Zatím ale na těchto záležitostech nikdo nepracuje.

    Video z přednášky je dostupné zde.

           

    Hodnocení: 86 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

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

    Komentáře

    Vložit další komentář

    Petr Tomášek avatar 1.4.2017 11:29 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline
    plánovače deadline
    ty už raději nechlastej - a nepřekládej!
    multicult.fm | monokultura je zlo | welcome refugees!
    1.4.2017 14:22 citanus | skóre: 11 | Cork (Ireland)
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline

    15.3.

    Petr Tomášek avatar 2.4.2017 00:20 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline
    A? Mění to něco na skutečnosti, že ten překlad je mizerný?
    multicult.fm | monokultura je zlo | welcome refugees!
    2.4.2017 14:39 citanus | skóre: 11 | Cork (Ireland)
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline

    nemyslim si

    3.4.2017 12:28 JZD | skóre: 10 | blog: Na_dvorku
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline
    Ten kdo neumí anglicky (já) vůbec, je aspoň rád za mizerný překlad než žádný.
    Víra znamená vyznávat to, o čem člověk dobře ví, že to není pravda. Mlčeti platina, mluviti v gajzu, býti v hajzlu.
    3.4.2017 12:45 salam
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline
    Co konkrétně je tam mizerné?
    Petr Tomášek avatar 6.4.2017 14:51 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline
    Neumíš číst? „Plánovač deadline“ je hnus a je to navíc jazykově velmi nejednoznačné. Zní to skoro jako „spalovač mrtvol“ (⇒ „plánovač plánující deadliny“) nebo „strýček Hugo“ (→ plánovač se jménem „deadline“). Daleko „češtější“ a hlavně jasnější by bylo něco jako „deadlinový plánovač“.

    Další věci hned v 1. ostavci:
    • „Myslím, že na tuto fázi jsme na tom s vývojovým jádrem dobře.“ - recte buď „v této fázi“, nebo celou větou: „na to, že se nacházíme v této fázi, ...“.
    • „Nemělo by být nijak zvlášť děsivé říct“ - moc kostrbaté, lepší např.: „Měli bychom být s to bez obav říci:“
    • „Budu trochu podnikavější a vyzkouším rc2 jádra.“ - recte „odvážnější“. Opravdu se zde nejedná o to, že by se někdo rozhodl vyzkoušet podomní prodej nebo si založil vlastní firmu, jen proto, aby si zkusil rc2.
    • „ale nebojte se pomoct nám ujistit se, že nám to jde dobře.“ („but go on, help us make sure we're doing ok.“) - příliš kostrabaté, navíc překlad „že nám to jde dobře“ je vyloženě špatně. ⇒ Lépe např.: „ale jistě, pomozte nám zajistit, že jsme na správné cestě“ ⇒⇒ volněji: „ale velmi uvítáme, když nám pomůžete zkontrolovat, že tam nemáme chyby.“
    Čili první odstavec a ani jedna věta, která by byla uspokojivě přeložena (tak, aby se to četlo plynule, bez zbytečných kostrbatostí a bez toho, aniž by člověk sáhodlouze musel hádat, co že to stálo v anglickém originále a co „překladatel“ zase nepochopil). Mám pokračovat dal?

    Takže za mě ten překlad stojí naprosto za hovno a lepší by bylo to vůbec nepřekládat...
    multicult.fm | monokultura je zlo | welcome refugees!
    12.4.2017 19:49 ed | skóre: 18
    Rozbalit Rozbalit vše Re: Jaderné noviny – 16. 3. 2017: Aktualizace plánovače deadline
    Ono by tam v originale to "deadline" nesmelo figurovat ako nazov planovaca. V tom vyzname je preklad spravny a pouzitie anglickeho slova pripustne, ba priam ziadane. V opacnom pripade by sa v tomto kontexte "CFQ scheduler" malo prekladat ako "kompletne ferovo frontovy planovac" a to je volovina.

    Založit nové vláknoNahoru

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