Portál AbcLinuxu, 4. května 2025 15:17

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

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

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

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