Linux 3.14

Vyšel Linux 3.14 (LKML). Přináší celou řadu novinek. Zdůraznit lze například lockdep v uživatelském prostoru, plánovač deadline, subsystém komprimovaného swapu zram nebo "filtr na těžké váhy" heavy-hitter filter, jenž se snaží odlišit malý síťový provoz od velkého a dávat prioritu tomu malému. Novinkou je síťová funkce TCP auto corking, jenž zpozdí přenosy malých dat ve snaze sloučit je do větších paketů. Výsledkem funkce může být lepší využití CPU a sítě. Dále byly například do subsystému trasování přidány vyvolávače událostí [event triggers]. Podrobnosti na Kernel Newbies a v Jaderných novinách.

31.3.2014 10:42 | Ladislav Hagara | Nová verze

Komentáře

[BFU]

https://github.com/themattrix/sed2048 vicemene v SEDu

[BFU]

Sakra ...

[Pepan]

Bude v Ubuntu/Kubuntu 14.04? Zmražení je až 3.4...

[Roger]

Ne.

[Peter Fodrek]

Este to nie je take iste, ale skor nie

[asdf]

Už to umí windows?

[vain]

Windows toho ještě neumí... to se načekáš.

[Radek Hladik]

Ještě ne, ale Lennart už prý poslal první patche, aby se komunita mohla vyjádřit...

[Komunita]

Komunita tleská a řve: Bravó!

[jadd]

Jaký plánovač priorit procesů by se dal srovnat s třeba s tím ve W7? Tento (deadline)?

[stativ]

Windows používají multilevel feedback queues. Ten byl IIRC používaný v Linuxu 2.4.

[JoHnY3]

Je to docela zajimave, z party Windows, Mac OS, FreeBSD, a Linux nepouziva multilevel feedback queues jen Linux.

[jadd]

wikipedia Hm, byl upravený ve Vistě-> Dík

[Rovano]

Kdyby ty po*raný Windows 7 64b včetně všech patchů aspoň normálně reagovali. Místo toho pustím aplikaci, a po dobu nabíhání aplikace nejde dělat nic jiného. Prostě systém na pár vteřin umře. Všechno co je vidět, se prostě zastaví. A je úplně jedno, zda to je PIII nebo Pentium i7 Haswell. Nad Linuxem DE vždy normálně reaguje se stejnou aplikací. Podotýkám, že aplikace je psaná pro Windows :D Docela by mě zajímalo, zda je to ve Windows 8.1 opraveno, nebo ten koncept systému je ve stejné *iti jako ve Windows 7. Proč to v Linuxu funguje a na Windows laguje? že by bylo něco shnilého pod povrchem Windowsů? To stejné je I/O load. Na Linuxu je vše hotovo dřív jak ve Windows. Specifická situace. Uznávám, že můžou nastat situace, kdy to bude opačně. Ale to mě jako obyčejného BFU, co čeká na dokončení načtení dat nezajímá! Já chcu fungující systém a proto volím Linux!

[jadd]

Protože není uveden případ, a zápis je vedený fanaticky, nedá se na něj reagovat jinak.

[kralyk z abclinuxu]

Mně spíš trápí I/O plánovač. Na mém systému:

$> cat /sys/block/sda/queue/scheduler
noop deadline [cfq]

Rozumí někdo tomu výpisu? Zajímalo by mě, proč je noop první (jestli teda záleží na pořadí) a proč je plánovač CFQ v hranatých závorkách.

[finn]

Selecting a Linux I/O Scheduler @ StackOverflow.com

[Andy]

jsou to dostupné plánovače v systému, v hranatých závorkách je ten co se právě používá

[kralyk z abclinuxu]

Aha díky.

[Rovano]

Plánovač si dej podle druhů disků. Na každý může být unikátní. A pokud máš nerotující disk atd, tak si vypni predikci rotace atd.

[pavlix]

A pokud máš nerotující disk atd, tak si vypni predikci rotace atd.

To se ještě neumí detekovat samo?

[stativ]

Dobrá zpráva je, že obsahuje tenhle patch, který by měl výrazně redukovat zasekávání systému při kopírovaní většího množství dat na USB

[Petr Ježek]

Nikdy jsem při kopírování dat z mnohagigových USB na HD a naopak nepozoroval zasekávání - s výjimkou jednoho rychle opraveného bugu. To je tak, když uživatelé preferují načančané a marnivé aplikace a utility. Pracuje se s něčím zcela jiným...

[stativ]

Co je na cp -a načančaného a marnivého? Ale hodně půjde o systém (ať už HW nebo SW), u sebe jsem se s tím nikdy nesetkal, ale jinde jsem to viděl na vlastní oči.

[Jendа]

Mně teda Linux už dlouho tuhne šíleně. Používám načančané dd a kopíruju s ním obraz na pomalou SD kartu. Pomohla mi oprava z tohoto článku. Samozřejmě pokud máš 32bit stroj s 64 MB RAM, tak zpomalení vlivem bufferbloat nepoznáš.