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

V Barceloně probíhá veletrh Mobile World Congress 2017. Nokia na něm například představila (360° video na YouTube) novou Nokii 3310 (YouTube). BlackBerry představilo BlackBerry KEYone (YouTube) s QWERTY klávesnicí. LG představilo LG G6 (YouTube). Huawei HUAWEI P10 a P10 Plus. Samsung představil tablet Galaxy Tab S3.

Ladislav Hagara | Komentářů: 0
včera 14:00 | Nová verze

Komunita kolem Linuxu From Scratch (LFS) vydala Linux Linux From Scratch 8.0 a Linux From Scratch 8.0 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází především s Glibc 2.25 a GCC 6.3.0. Současně bylo oznámeno vydání verze 8.0 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.

Ladislav Hagara | Komentářů: 0
včera 11:11 | Nová verze

Byla vydána verze 0.10.0 webového prohlížeče qutebrowser (Wikipedie). Přehled novinek v příspěvku na blogu. Vývojáři qutebrowseru kladou důraz na ovladatelnost pomocí klávesnice a minimální GUI. Inspirovali se prohlížečem dwb a rozšířeními pro Firefox Vimperator a Pentadactyl. Prohlížeč qutebrowser je naprogramován v Pythonu a využívá PyQt5. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU GPL 3.

Ladislav Hagara | Komentářů: 10
25.2. 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 1
24.2. 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
24.2. 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 55
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 40
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 12
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 721 hlasů
 Komentářů: 67, poslední dnes 01:12
    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: 64 | 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.