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 13:11 | Nová verze

Po téměř dvou letech byla vydána nová verze 4.0 linuxové distribuce Audiophile Linux (též AP-Linux-V4). Tato distribuce vychází z Arch Linuxu, používá systemd, správce oken Fluxbox a vlastní real-time jádro pro nižší latence. Z novinek můžeme jmenovat podporu nových procesorů Intel Skylake a Kaby Lake nebo možnost instalace vedle jiných OS na stejný disk. Pokud se zajímáte o přehrávání hudby v Linuxu, doporučuji návštěvu webu této

… více »
Blaazen | Komentářů: 5
27.4. 18:55 | Nová verze

Byla vydána nová stabilní verze 1.9 (1.9.818.44) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují podporu nového vyhledávače Ecosia. Ten z příjmů z reklam podporuje výsadbu stromů po celém světě (YouTube). Nově lze přeskupovat ikonky rozšíření nebo řadit poznámky. Nejnovější Vivaldi je postaveno na Chromiu 58.0.3029.82.

Ladislav Hagara | Komentářů: 20
27.4. 17:00 | Nová verze

Byla vydána verze 3.7.0 svobodného systému pro správu obsahu (CMS) Joomla!. V oznámení o vydání (YouTube) se píše o 700 vylepšeních. Opraveno bylo také 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
27.4. 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 73
26.4. 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
26.4. 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
26.4. 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 25
26.4. 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 28
26.4. 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
26.4. 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 32
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 345 hlasů
 Komentářů: 50, poslední 27.4. 04:06
    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.