Portál AbcLinuxu, 4. května 2025 19:00

Linux 3.1

Na kernel.org se objevilo nové linuxové jádro 3.1. To přináší např. vylepšenou podporu Btrfs nebo zvýšení výkonu KVM a XENu. Podrobný seznam novinek naleznete v Jaderných novinách z 28.7.2011. Kvůli prolomení bezpečnosti kernel.org trvalo vydání Linuxu 3.1 zhruba o měsíc déle, než vydání jeho předchůdce.

24.10.2011 17:22 | Migi | Nová verze


Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Nástroje: Začni sledovat (2) ?Zašle upozornění na váš email při vložení nového komentáře. , Tisk

Vložit další komentář

pushkin avatar 24.10.2011 18:08 pushkin | skóre: 43 | blog: FluxBlog
Rozbalit Rozbalit vše Re: Linux 3.1
Odpovědět | Sbalit | Link | Blokovat | Admin
To mají vývojáři za to!
🇺🇦 Pomoc pro obranu Ukrajiny | SOS Ukrajina | Web4Ukrajina | Web4Ukraine 🇺🇦
24.10.2011 20:32 Jiří J. | skóre: 34 | blog: Poutník | Brno
Rozbalit Rozbalit vše Re: Linux 3.1
Odpovědět | Sbalit | Link | Blokovat | Admin

Writeback je konečně po těch letech (tak-nějak) opraven! Třikrát sláva za možnost sledování videa při provádění dalších diskových operací! Již netřeba kopírovat filmy do ramdisku!

25.10.2011 08:07 loki
Rozbalit Rozbalit vše Re: Linux 3.1
Bud jste mel spatne zelezo, nebo prehravac s malou video cache. Vami popisovane problemy jsem nikdy nezaznamenal.
brk avatar 25.10.2011 21:48 brk | skóre: 29 | blog: broukoviny
Rozbalit Rozbalit vše Re: Linux 3.1
Kdysi se to řešilo na Root.cz.
USE="-qt -kde"
Nicky726 avatar 25.10.2011 22:55 Nicky726 | skóre: 56 | blog: Nicky726
Rozbalit Rozbalit vše Re: Linux 3.1
Tak to mám radost. :-)
Enjoy the detours. There you’ll find the things more important than what you want. (Hunter x Hunter)
26.10.2011 13:22 Jiří J. | skóre: 34 | blog: Poutník | Brno
Rozbalit Rozbalit vše Re: Linux 3.1

No ona to není až taková sláva - "šílené" workloady to neoptimalizuje. Pokud například pustím "dd" s bs=1G v jednom okně a (s)mplayer s fullhd videem ve druhém, video je prakticky nesledovatelné, dokud nezvednu cache mplayeru dostatečně vysoko (15-20MB).

Nicméně za to nemohu vinit kernel - je to válka mezi latencí a děláním něčeho jiného, než je neustálé seekování. Tady bych spíš uvítal u mplayeru možnost dělat burst read()y (třeba po 5MB) spíše než stovky malých čtení za sekundu - v současné době sice velkým bufferem lze dosáhnout plynulého přehrávání, není to ale ideální z hlediska I/O disku.

 

To ale nic nemění na tom, že writeback si hodně polepšil v 3.1 - při zmíněném "dd" se mi xterm z disku načte do 2 sekund, na předchozí verzi kernelu to je 9-11 sekund. Z toho usuzuji, že nyní - pokud aplikace zažádá jednou za čas o (řekněme) 5MB read(), už nemusí čekat několik sekund a data dostane (relativně) rychle.

Založit nové vláknoNahoru


ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.