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ářů: 12
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ářů: 28
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 926 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Časovače jádra & traffic shaping

    LFCIB avatar 7.3.2008 22:29 LFCIB | skóre: 19 | blog: LFCIB | /home/lfcib
    Časovače jádra & traffic shaping
    Přečteno: 322×
    Dobrý večer,

    chtěl bych se zeptat, zda někdo nevíte, jestli mohu nějak pozitivně ovlivnit rychlost nebo propustnost serveru, který dělá shaping, za pomocí úpravy hodnot časovače jádra, toho jak se v configu upravuje pro server 100 Hz, pro desktop 1000 Hz nebo tak podobně, už jsem to dlouho neviděl. Ještě jsem zaslechl o beztikovém jádře, ale jelikož tomu nerozumím do hloubky, nevím jestli by nějaké tyto úpravy měly smysl. Nevíte někdo?

    Děkuji
    -=:L:i:N:u:X:=-<=>-=:4:e:V:e:R:=- Vyhovuje mi Debian GNU/Linux

    Odpovědi

    7.3.2008 22:39 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Pokud vím, tak tahle hodnota ovlivňuje, jak často plánovač přeruší běh nějaké uživatelské úlohy a nechá běžet jinou. Na serveru, který dělá shaping, se tě to netýká - žádné úlohy neběží, respektive určitě neběží dost dlouho na to, aby to mělo nějaký vliv - takže je záhodno, aby plánovač přerušoval co nejméně často - hodnota 100Hz je lepší, než 1000Hz.

    Beztikové jádro má plánovač upravený tak, že například když běží jenom jedna úloha a žádná další běžet nechce (nebo neběží žádná úloha), tak plánovač žádná přerušení nedělá. Beztikové jádro by tedy bylo ještě lepší, než 100Hz.

    Jestli vliv té změny, pokud nějakou uděláš, bude vůbec měřitelný, to je jiná otázka. Mám ten pocit, že beztikové jádro se nedělalo kvůli výkonu, ale kvůli tomu, aby se v počítači (hlavně u notebooků), který nic nedělá, zbytečně neprobouzelo CPU.
    Quando omni flunkus moritati
    8.3.2008 15:58 Jary | skóre: 30 | blog: Jary má blog | Dům
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Řekl bych, že to může mít vliv na přesnost shapování a na odezvu. Čím větší f, tím větší přesnost a snad i lepší - kratší odezva. Ovšem čím větší f, tím větší overhead zpracovávání přerušení a tím asi i menší propustnost. Ale asi to nebude s tou propustností tak horký. Změř to a pak nám řekni, co ty na to?
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
    Max avatar 8.3.2008 16:50 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Čím větší f, tím větší přesnost a snad i lepší - kratší odezva. Ovšem čím větší f, tím větší ...

    Teď jsi to trochu sešmodrchal :).
    Zdar Max
    Měl jsem sen ... :(
    8.3.2008 17:43 Jary | skóre: 30 | blog: Jary má blog | Dům
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Neřekl bych. Ale to je přesně to, co bych řekl, kdybych to měl v hlavě zašmodrchané přesně tak, jak jsem to řekl.

    Frekvence f (Hz, nebo jak se tomu říká) je vlastně maximální frekvence přepínání mezi procesy. Ta je generována nějakým HW čítačem/časovačem. Po doběhnutí vyvolá čítač IRQ a tím se přeruší vykonávání procesu a začne se vykonávat funkce jádra, co zpracovává přerušení. V tomto případě je to funkce, která rozhodne, jestli se CPU předá jinému procesu, nebo se nechá tomu, co ho měl doteď. To závisí na plánovači procesů. Pokud nějaký proces čekal na data, která jsou už k dispozici, tak je dost pravděpodobné, že se kontext přepne - CPU se přidělí onomu procesu, co čekal na data.

    Síťovka IMHO vyvolá přerušení, když dojde nějaký rámec, nebo nějaká skupina rámců. Proces ovladače síťovky má také funkci pro obsluhu přerušení od síťovky, takže síťovku obslouží a pak je otázka, komu předá CPU. Řekl bych, že původnímu procesu. Nevím který proces je zodpovědný za shapování, ale hledal bych v ps -e něco jako htb, ten pravděpodobně čeká, až mu jádro předá nová data ze síťovky, tedy čeká na I/O a je tedy závislý, pravděpodobně, na frekvenci přepínání kontextu.

    Čím více Hz, tím více příležitostí bude mít shaper přijmout a odeslat data - větší přesnost shapování a lepší odezva (ping), ale také může být shaper vícekrát přerušen při počítání, tímpádem padá propustnost, protože jádro se pořád rozhoduje komu dát CPU k počítání, ale procesy nemají moc času na počítání.

    Snad jsem to vysvětlil stručně a jasně.
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
    8.3.2008 19:11 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Nevím který proces je zodpovědný za shapování, ale hledal bych v ps -e něco jako htb, ten pravděpodobně čeká, až mu jádro předá nová data ze síťovky, tedy čeká na I/O a je tedy závislý, pravděpodobně, na frekvenci přepínání kontextu.
    Za shapování žádný proces zodpovědný není, to má na starosti jádro. Tím pádem tohle:
    Čím více Hz, tím více příležitostí bude mít shaper přijmout a odeslat data - větší přesnost shapování a lepší odezva (ping)
    neplatí, protože jádro má v běhu přednost před uživatelskými procesy a tudíž se ho Hz netýká.
    Quando omni flunkus moritati
    8.3.2008 22:20 Jary | skóre: 30 | blog: Jary má blog | Dům
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Ano, žádný proces co by mohl mít shapování na starosti jsem po modprobe sch_htb nenašel, takže trekker.dk je zdřejmě kabrňák a má pravdu. V tom případě by mě ale zajímalo jak to funguje.

    Dovolil jsem si vymyslet teorii, jak by to mohlo být:

    Pokud jdou data ze sítě, tak síťovkovej driver obslouží přerušení - zpracuje rámec, předá data ip stacku a začne s tím stackem třást, dokud z něj data nevypadnou, už je jedno kam. Proces driveru se po vypadnutí dat ze stacku zastaví a CPU se tak předá někomu jinému.

    Když proces vysílá packet, tak zavolá syscall send, kterej hodí data do stacku a stackem zatřese, dokud packet někam nevypadne. Třeba do fronty TCP portu, nebo do fronty rozhraní, nebo do fronty shaperu.

    No, ale když máme data v shaperu, kdo zatřese shaperem, aby data vypadla na rozhraní? Třást by se mělo asi pravidelně, což odporuje tomu, že by se shaperem třáslo při odesílání a přijímání dat. Má fantazie je v koncích. Jak je to? Můžu si o tom někde přečíst?
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
    michich avatar 8.3.2008 23:35 michich | skóre: 50 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Shaperem zatřese timer v kernelu. A je to hrtimer, takže nemusí být omezen rozlišením 1/HZ.
    8.3.2008 23:35 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Ano, žádný proces co by mohl mít shapování na starosti jsem po modprobe sch_htb nenašel...
    Taky jsem to pro jistotu nejdřív vyzkoušel ;-)
    Jak je to? Můžu si o tom někde přečíst?

    Jediná literatura, která mě napadá, jsou zdrojáky jádra.

    Tady budu čistě spekulovat, jak by to s tím shaperem mohlo fungovat. Odněkud se vezmou data (z lokálu, ze sítě), která se mají shapovat. Shaper reaguje na to, že data přišla - dokud žádná nemá, nemá smysl s ním "třást" - zjistí, jestli je může odeslat, tj. jestli nebyl překročen limit, když zjistí, že může, tak je pošle.

    Když zjistí, že je teď vyslat nemůže, tak je někam uloží a nastaví si časovač, že za nějaký čas (který si sám zvolí) chce znovu běžet a teprve potom ta data poslat.

    Jak říkám, je to čistě spekulace a takhle, jak to popisuju, by to bylo přinejmenším hodně zjednodušené.
    Quando omni flunkus moritati
    9.3.2008 00:22 Jary | skóre: 30 | blog: Jary má blog | Dům
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Už mi to asi začíná pasovat dohromady. Plánovač packetů, a pravděpodobně i plánovač procesů, používá hrtimer. Tímpádem s plánovačem packetů třese hrtimer. S procesy taky. Je tedy na hrtimeru, komu dá vyšší prioritu, jestli plánovači procesů, nebo plánovači packetů. Priorita asi nebude definovaná, takže jestli se svýší Hz moc, tak se na plánovač packetů skrzevá plánovač procesů nemusí dostávat. Jelikož by to ale musela být opravdu šílená hodnota Hz a jelikož by se moc nedostávalo ani na procesy, dovoluji si teď tvrdit, že Hz na plánování packetů nemá vliv.

    Děkuji zdejším pánům trekker.dk a michichovi za plodnou diskuzi. I když dost teoretickou.
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
    8.3.2008 17:23 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Časovače jádra & traffic shaping
    Řekl bych, že to může mít vliv na přesnost shapování a na odezvu.
    Shapování a vůbec všechny záležitosti kolem sítí má přece na starosti jádro a toho se četnost tiků plánovače přece netýká, ne?
    Quando omni flunkus moritati

    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.