Jaderné noviny – 23. 5. 2013: Komprimovaný swap v paměti (diskuse)

[Petr Ježek]

Tak tohle oceňuji: Pokud by zswap vykazoval náhodné prodlevy ve zpracování komprimovaných dat a nebyl by označen jeko experimentální, pak by byl uživateli vypnut a zapomenut. Jelikož by jej bylo ale škoda a vývoj je nadějný, bude zařazen jako experimentální. Vzpomínáte na btrfs před dvěma lety? A pak že vývoj komunitního SW není "zákaznicky" odpovědný...

[petr_p]

Nebylo nedávno oznámeno, že volba enable experimental drivers bude z jádra odstraněna, protože jí stejně mají všichni zapnutou?

[Semo]

Neznamena tato volba iba zobrazenie moznosti zakompilovania jednotlivych driverov?

[Jiří J.]

O Linuxu se obecně traduje, že má jednu z nejrozsáhlejších a nejrychlejších podpor síťování, co existuje.

Hlavně že FreeBSD mu to bez problémů natře (od 50. minuty).

[Peter Fodrek]

Verte mi, ze som bol nastvany na svojho studenta(pre jeho laxny priustup k ulohe 6), ked som o low latency pollingu cital v anglickom ortiginale

ZADANIE BAKALÁRSKEJ PRÁCE

Evidenčné číslo: FEI-5402-51246 Autor práce: Róbert Bartusek Študijný program: Priemyselná informatika Študijné odbory: 5.2.14 automatizácia, 9.2.9 aplikovaná informatika Vedúci práce: Ing. Peter Fodrek, PhD. Miesto vypracovania: Ústav riadenia a priemyselnej informatiky (FEI STU)

Názov témy: Sieťový podsystém jadra Linux 4. Porovnajte výkon ovládačov využívajúcich polling a prístup cez IRQ 5. Navrhnite modifikácie architektúry s ohľadom na hard realtime so zachovaním soft realtime odozvy 6. Pokúste sa zmeny realizovať formou vlastného patchu, alebo začlenením od RT Preempt patchu, či hlavnej rady jadier

Dátum zadania bakalárskej práce: 20. 09. 2010 (od vtedy sa na temu mohli studenti prihlasovat)

zaujimave s ujeho vysledky, kde polling suverenne vyhral, lebo zatazenie CPU kleslo o 25% oproti IRQ pristupu.

Intel zacal skusat polling v ovladaci pre BSD v roku 2011, pre Linux v roku 2012 a od januara (ledna) 2013 je to prednastavena volby v ich ovladacoch pre Linux. Na BSD su vsak zaznamenane vacsie narast vykonu(obejemu prenesnych dat) ako v Linuxe, ale maximim pri pollingu je rovankae ako pri Linuxe. Takze skustocne je linuxova implementacia lepsia ako ta z BSD pri IRQ pristupe.

[Michal Kubeček]

Ještě je nutné dořešit nějaké drobnosti a asi bude potřeba pár dalších kol revidování, takže se sockety s nízkou latencí do verze 3.11 možná nedostanou. Ale bylo by překvapivé, kdyby to trvalo výrazně déle.

Vypadá to že napůl: ve 3.11 to asi bude, ale bez části implementující podporu v select()/poll(), která není ještě úplně v pořádku.

[stativ]

To dotazování síťového zařízení s nízkou latencí vypadá pěkně, ale co na to majitelé notebooků?

[Michal Kubeček]

Lze to vypnout přes sysctl a defaultně je to vypnuté:

low_latency_poll
----------------
Low latency busy poll timeout. (needs CONFIG_NET_LL_RX_POLL)
Approximate time in us to spin waiting for packets on the device queue.
Recommended value is 50. May increase power usage.
Default: 0 (off)

[stativ]

Díky, to je dobře.

[frr]

Po přečtení odkazovaného originálu zprávičky bych řekl, že právě Ktap je založený na bajtkódu - ačkoli i originál používá zájmeno "it" nejednoznačně. Tuhle moji hypotézu podporuje kapitola, kde se kompiluje a vkládá kernelový modul "Ktap VM". Je tam i hezký example.

Proč je tam ta zmínka o embedded světě, netušíte někdo? Má to něco společného s kompilací ze zdrojáků, binárními bloby a divnými licencemi? Nebo to nějak usnadňuje ladění na "headless" kompech bez VGA? Bez síťovky? Bez x86?

[asd]

KTAP vysiel vo verzii 0.1, nie 1.0..