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í
×
dnes 15:55 | Nová verze

Byla vydána verze 6.0 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu.

Ladislav Hagara | Komentářů: 0
dnes 11:33 | Zajímavý článek

Benson Leung řeší na people.kernel.org Kolik je druhů USB-C do USB-C kabelů? TL;DR: Je jich 6 a pro uživatele je to docela matoucí.

Ladislav Hagara | Komentářů: 2
včera 23:00 | Zajímavý článek

Richard M. Stallmanrozhovoru pro Opensource.com vysvětluje svou roli v návrhu standardu POSIX a vztah mezi projektem GNU a POSIX. V článku jsou pak vyjmenovány příklady funkcí nástrojů GNU, které byly do standardu přijaty.

Fluttershy, yay! | Komentářů: 0
včera 19:11 | Komunita

Nadace Blender Foundation oznámila, že společnost Epic Games vyvíjející počítačové hry věnuje v rámci svého programu Epic MegaGrants 1,2 milionu dolarů na vývoj svobodného 3D softwaru Blender.

Ladislav Hagara | Komentářů: 0
včera 11:44 | Zajímavý článek

Článek Co je Silverblue? na MojeFedora.cz odpovídá na otázky kolem tohoto projektu. Silverblue je oficiální název pro novou generaci desktopového operačního systému, dříve známého jako Atomic Workstation. Celý základní operační systém je v Silverblue dodáván ve formě obrazů, které jsou vytvářeny za použití projektu rpm-ostree. Hlavními přednostmi jsou jeho rychlost, bezpečnost, atomické aktualizace a neměnnost.

Ladislav Hagara | Komentářů: 11
včera 11:00 | Humor

Jak na uživatelsky přívětivý web? Projít si User Inyerface aneb UX peklo a nikdy nic z toho nepoužít.

Ladislav Hagara | Komentářů: 8
včera 10:22 | Zajímavý software

Byla vydána verze 0.6.0 textového editoru Amp inspirovaného editorem Vim a naprogramovaného v programovacím jazyce Rust. Přehled novinek na GitHubu.

Ladislav Hagara | Komentářů: 0
13.7. 18:44 | Nová verze

Bylo vydáno OpenHMD 0.3.0 s kódovým názvem Djungelvral. Jedná se o svobodný software pro podporu zařízení s HMD (Head-mounted display) pro pohlcující virtuální a rozšířenou realitu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí Boost.

Ladislav Hagara | Komentářů: 0
12.7. 19:22 | Nová verze

Byla vydána nová verze 2019-07-10 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Přehled novinek v poznámkách k vydání. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější verze Raspbianu opravuje řadu chyb a vylepšuje podporu Raspberry Pi 4 Model B.

Ladislav Hagara | Komentářů: 0
12.7. 16:55 | Komunita

Na Steamu lze do pondělí 15. července získat počítačovou hru Age of Wonders III (Wikipedie) běžící také v Linuxu zdarma.

Ladislav Hagara | Komentářů: 1
Používáte ještě 32bitový software na PC?
 (18%)
 (16%)
 (21%)
 (43%)
 (6%)
 (28%)
Celkem 68 hlasů
 Komentářů: 5, poslední dnes 12:36
Rozcestník

low_latency, aneb další křáp do křápojádra

22.2.2010 08:51 | Přečteno: 2363×

Za poslední cca měsíc jsem si již několikrát všiml razantní pokles výkonu (a i sníženou interaktivitu) při práci s disky. Důvodem je, jak jinak, další bastl v jádře 2.6.32, tentokráte navržen přímo tak, aby těmto situacím předcházel.

V minulém zápisku na toto téma jsem si postěžoval na defaultní nastavení desktopových jader, které mělo za příčinu efekt známý jako „cukající se kurzor myši při sebemenším nátlaku na disk“. To je léčitelné překladem vlastního jádra s rozumným nastavením. (Mám experimentálně ověřeno, že tento symptom přetrvává a proto distro jádrům stále nevěřím.)

No ale aby toho nebylo málo, symptomy se vrátily, a to na všech strojích, které poslední dobou prodělaly upgrade jádra. Letmo jsem si vzpomněl na zprávy o jakémsi low_latency patchi, který by měl ty symptomy eliminovat. Říkal jsem si tehdy, proč další hack, když řešení je prosté a plně v rámci současné výbavy, nicméně to jsem netušil že tento patch spíše situaci zhoršuje.

A co je ještě strašnější, že tento režim je zapnut defaultně. Takže léčba křápojádra pokračuje a sice příkazem

for i in /sys/block/*/queue/iosched/low_latency; do echo 0 >$i; done

někde v bootovací sekvenci.

Nějak nechápu, proč se tohle děje? Z mé perspektivy fungovalo všechno dobře, než to soudruzi začali opravovat. Má někdo opačnou zkušenost?

       

Hodnocení: 50 %

        špatnédobré        

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

Komentáře

Vložit další komentář

Petr Tomášek avatar 22.2.2010 09:00 Petr Tomášek | skóre: 38 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Když mluvíš od „distro-jádrech“, můžeš být konkrétní: které distro máš na müsli?
multicult.fm | monokultura je zlo | welcome refugees!
kotyz avatar 22.2.2010 09:18 kotyz | skóre: 25 | blog: kotyzblog | Radnice
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
imho je to problem vetsiny ne-li vsech
Mul-ti-pass! | Hrdý člen KERNEL ULTRAS. | Furry/Brony/Otaku | Nemám čas ztrácet čas. | In 'pacman -Syu' we trust!
22.2.2010 13:34 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Distribuční jádra v Arch Linuxu např. mají zapnutý forced preempt a vypnutý group cpu scheduler, takže ty by měly být na desktopu v pohodě (a dle mých zkušeností opravdu jsou, alespoň od kernelu verze cca 2.6.32, kde snad byly nějaké úpravy CFS scheduleru po tom co jim Con Kolivas s BFS natrhnul prdel ;-)).
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
22.2.2010 13:43 Begleiter | skóre: 47 | blog: muj_blog | Doma
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Distribuční jádra v Arch Linuxu... by měly být na desktopu v pohodě

Tohle potvrzuju.

Limoto avatar 22.2.2010 14:03 Limoto | skóre: 32 | blog: Limotův blog | Prostějov
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Někde kolem 2.6.30 jsem tím trpěl, ale v teď 2.6.32 naprosto bez problému...
22.2.2010 14:11 Begleiter | skóre: 47 | blog: muj_blog | Doma
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra

Já jedu na Archlinuxu rel. krátkou dobu, takže ani nevím, co bylo v době jádra 2.6.30.

22.2.2010 15:02 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Ony totiž ty změny v CFS scheduleru v jádře 2.6.32 mají opravdu dramatický dopad, viz třeba tenhle thread: kernel 2.6.32 will boost x264 encode speed BIG TIME for multicore CPUs

V kernelu 2.6.31 je u dotyčného enkódování x264 o 53% rychlejší:

Arch x86_64 (kernel 2.6.31.5): avg 15.99 fps Arch x86_64 (kernel 2.6.32-rc6): avg 24.45 fps

Podobné výsledky jako 2.6.32 dávaly i předchozí verze kernelu, ovšem pouze s BFS schedulerem. Právě kvůli tomu jak s BFS nakopal Con Kolivas vývojářům jádra prdel k těmhle změnám došlo...

Jinak neprojevuje se to jen u enkódování videa, ale i u přehrávání (na kernelu 2.6.31-bfs nebo 2.6.32 moje PC zvládá s ffmpeg-mt bez problémů přehrávat některá náročná 1080p x264 videa, kdežto na předchozích kernelech nebo kernelech bez BFS se to trhalo), distribuovaných výpočtů BOINC, atp.
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
Luboš Doležel (Doli) avatar 22.2.2010 15:41 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Od doby, co mám 2.6.32 mi chladič na CPU při zátěži hučí nevídaným způsobem, takže evidentně je CPU mnohem víc využívané.

Teď aspoň vím, co za tím stojí :-)
michich avatar 22.2.2010 15:51 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
A nebo máš problém, který obchází patch ACPI: fix High cpu temperature with 2.6.32, který půjde do 2.6.32.9.
Luboš Doležel (Doli) avatar 22.2.2010 16:15 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Tohle je něco jinýho, tohle je problém s teplotou při idle.
22.2.2010 16:06 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Eh, mam tam samozřejmě chybu :-) V kernelu 2.6.32 je u dotyčného enkódování x264 o 53% rychlejší. Ale z kontextu to snad bylo jasné...
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
22.2.2010 17:33 Mandarinka
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Už si to moc nepamatuju, ale iirc byl tak velký rozdíl hlavně při vysokoroychlostních nastaveních (--preset ultrafast), která nejsou moc dobrá pro kvalitu (spíš vůbec ale theoru by to ještě natlouct mělo, haha). Nicméně počítám, že nějaké zrychlen bude i třeba na --preset slow...
22.2.2010 20:02 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Podle mě bude rozdíl při všech nastaveních - CFS prostě neuměl dobře rozložit zátěž na vícejádrovém systému (nikdy nevytížil jádra naplno), kdežto BFS to umí (a od jádra 2.6.32 i CFS, i když BFS je na tom v jiných ohledech stále lépe).

Podobné drastické zrychlení bylo možno s BFS pozorovat i u BOINCu (distribuované výpočty jako Folding@home, atp.). A i při dekódování videa (při použití vícevláknového ffmpeg-mt - s BFS nebo jádry >= 2.6.32 u mě naprosto plynulý obraz při přehrávání 1080p videa, kdežto bez BFS nechutné trhání).

Ono je to vidět krásně i v htopu, při použití BFS a přehrávání náročného 1080p videa mám obě jádra vytížená na 100% kdežto při použití vanilla kernelu < 2.6.32 mám jádra vytížená jen okolo 60% (fluktuuje to i výš, ale tak nějak se to střídá a průměr bude okolo těch 60%).
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
Grunt avatar 22.2.2010 22:57 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Ono je to vidět krásně i v htopu, při použití BFS a přehrávání náročného 1080p videa mám obě jádra vytížená na 100% kdežto při použití vanilla kernelu < 2.6.32 mám jádra vytížená jen okolo 60% (fluktuuje to i výš, ale tak nějak se to střídá a průměr bude okolo těch 60%).
-nosound -benchmark -vo null. Pokud je vzorek moc dlouhý, tak ještě -endpos a číslo v sekundách. Ještě bývá dobré fixnout frekvenci.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
22.2.2010 17:01 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Distribuční jádra v Arch Linuxu např. mají zapnutý forced preempt a vypnutý group cpu scheduler,
Tak to nevím od kdy, ale před půl rokem to tak nebylo.
In Ada the typical infinite loop would normally be terminated by detonation.
Limoto avatar 22.2.2010 17:22 Limoto | skóre: 32 | blog: Limotův blog | Prostějov
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Nezkoumal jsem to, ale použitelnost systému při IO se za posledního půl roku hodně zlepšila...
22.2.2010 20:14 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Už v době kdy si psal ten tvůj první blogpost Distribuční desktop křápojádro (což půl roku je) to tak rozhodně bylo, pamatuju si že jsem na to tenkrát koukal (a důkaz od kotyze je tam i přímo v diskuzi). Pravda CONFIG_HZ je nastaven na 300 Hz, ale to je zaprvé na vícejádrovém systému lepší hodnota než 1000 Hz a za druhé je to stejně tickless (CONFIG_NO_HZ) kernel (což je dobře, nejen kvůli výdrži baterek notebooků).
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
22.2.2010 21:35 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Pravda CONFIG_HZ je nastaven na 300 Hz, ale to je zaprvé na vícejádrovém systému lepší hodnota než 1000 Hz a za druhé je to stejně tickless (CONFIG_NO_HZ) kernel
Pokud to náhodou nevíš, tickless kernel se týká jenom situace, kdy nic neběží. Vzhledem k tomu, že se bavíme o výkonností při zatížení, tak to asi nebude ten případ.
Quando omni flunkus moritati
23.2.2010 01:54 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Ano, ale tickless kernel v některých situacích vnáší další latence, proto jsem to také zmiňoval. Jinak viz první poznámka - na vícejádrovém systému už nadělá 1000 Hz víc škody než užitku.
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
23.2.2010 06:14 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Jinak viz první poznámka - na vícejádrovém systému už nadělá 1000 Hz víc škody než užitku.

Zajímavé, proč?
důkaz od kotyze je tam i přímo v diskuzi
Hmm, důkaz místo slibů? Tak to musí být ještě v něčem dalším (možná v tom hz? nebo preempt rcu?), protože zrovna na -arch jádru to křápuje téměř všude kde jsem byl.
In Ada the typical infinite loop would normally be terminated by detonation.
23.2.2010 09:19 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Zajímavé, proč?
Protože časovač funguje per-core. Tudíž se dá říct, že pokud má člověk dvoujádro a časovač 300Hz, je to efektivně jako by měl jedno jádro a časovač 600Hz. U dvoujádra tedy o 1000Hz ještě lze uvažovat (i když si nemyslím, že je to potřeba), ale u čtyřjádra už je to IMHO naprosto přehnané (nevýhody - tedy snížená propustnost při vyšších Hz - už převýší výhody).
Hmm, důkaz místo slibů? Tak to musí být ještě v něčem dalším (možná v tom hz? nebo preempt rcu?), protože zrovna na -arch jádru to křápuje téměř všude kde jsem byl.
Je nutné si uvědomit, že to tvé "křápochování" má dvě složky - zaprvé špatně fungující plánovač CPU (což se díky BFS změnilo a už i ve vanilla jádře 2.6.32 je CFS upraveno tak, aby se chovalo lépe), což se týkalo všech jader bez ohledu na nastavení preempce a časovače (to samozřejmě dosti podstatně pomáhalo, ale jen v rámci určitých mezí).

A pak "křápochování" když probíhá nějaké velké IO (kopírování souborů, etc.), na což sice má lepší plánovač CPU také vliv, ale ne tak markantní - pořád prakticky nikdo s určitostí neví, co to způsobuje a jak se toho problému zcela zbavit. Může to mít souvislost s určitým hardwarem (třeba špatně fungující NCQ u disku), ale spíš to bude souhra problémů (NCQ, plánovač IO, plánovač CPU, práce s pamětí a diskovou cache, atp.). Btw. údajně se tohle "křápochování" ještě markantněji projevuje na 64-bit Linuxu (ale nevím, s tím nemám moc zkušeností, jen jsem na to někde narazil při mém neúspěšném hledání řešení). Tohodle problému se zcela nezbavíš ani s tvým nastavením kernelu, pouze se ten problém více skryje (zkoušel jsem to).
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
23.2.2010 09:56 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Tudíž se dá říct, že pokud má člověk dvoujádro a časovač 300Hz, je to efektivně jako by měl jedno jádro a časovač 600Hz.
Takže každé core má vlastní časovač, kterej je mimo fázi s ostatníma a kterej generuje interrupty pro všechny core? :)
Je nutné si uvědomit, že to tvé "křápochování" má dvě složky
Po tom, co zavedli low_latency tak už tři složky. Ale díky za vysvětlení. Používám pouze 64 bit systémy a je fakt, že distribuční 2.6.32 jsem ještě v ruce neměl.

A pokud něco vydatně pomáhá, nebo problém zakreje tak to stejně radši použiju, než abych jen seděl na zadku a stěžoval si.
In Ada the typical infinite loop would normally be terminated by detonation.
23.2.2010 10:21 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Takže každé core má vlastní časovač, kterej je mimo fázi s ostatníma a kterej generuje interrupty pro všechny core? :)
Nevím jak to přesně funguje (zas tak do toho nevidím), ale jsem si jistý, že mimo fázi není ;-) Jde jen o to, že _efektivně_ by se co do latencí 2 jádra s časovačem 300Hz měly rovnat 1 jádru s časovačem 600Hz.
Po tom, co zavedli low_latency tak už tři složky. Ale díky za vysvětlení. Používám pouze 64 bit systémy a je fakt, že distribuční 2.6.32 jsem ještě v ruce neměl.
Nikoliv 3 složky, stále jen 2 složky (vlastně teď už jen 1 složka, protože ten plánovač CPU už považuji za vyřešený - BFS je sice stále v mnohém lepší než CFS, chování CFS je však teď už obstojné).

To tvé low_latency je právě pokus o odstranění jedné z příčin toho "křápochování" při velkém IO (je to pouze úprava chování IO scheduleru cfq, nic jiného). Zjevně to ale není moc povedený pokus (respektive podle mailing-listu to někomu opravdu pomáhá, ale jiným to naopak situaci zhoršuje).

Btw. jestli používáš jen 64-bit systémy, pak si možná důkazem toho, že u 64-bitových systémů se to "křápochování" při velkém IO projevuje markantněji než u 32-bit systémů (jak jsem se někde dočetl, ale neověřoval jsem to).
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
23.2.2010 10:36 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
_efektivně_ by se co do latencí 2 jádra s časovačem 300Hz měly rovnat 1 jádru s časovačem 600Hz
Nějaký odkaz k tomu?
BFS je sice stále v mnohém lepší než CFS, chování CFS je však teď už obstojné
Hlavně, že linus je proti pluggable plánovačům, takže si na každej "test" musíme počkat jednu verzi jádra. :(
To tvé low_latency je právě pokus o odstranění jedné z příčin toho "křápochování" při velkém IO (je to pouze úprava chování IO scheduleru cfq, nic jiného).
No a jak píšu v zápisku, nechápu proč to dělají nějakým dalším patchem, kterej je navíc defaultně zaplej, místo toho aby pořádně zjistili příčinu a opravili to *v rámci* současného kódu.
In Ada the typical infinite loop would normally be terminated by detonation.
michich avatar 23.2.2010 11:23 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Hlavně, že linus je proti pluggable plánovačům,
Ano, ...
takže si na každej "test" musíme počkat jednu verzi jádra. :(
... ale to z toho přece nevyplývá. Testovat scheduler můžeš kdykoliv. Aplikovat na něj patch, zkompilovat, rebootnout.

Jestli fakt máte někdo spolehlivý test, ve kterém se BFS chová výrazně lépe než CFS, tak o tom dejte vědět na LKML (CC alespoň na Ingo Molnar, Peter Zijlstra, Mike Galbraith).
michich avatar 23.2.2010 11:30 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Ještě doplním, že ke sledování chování CPU scheduleru se dá od 2.6.32 použít nástroj perf (perf sched record; vedle nechat běžet test; CTRL+C zastavit perf; prohlížení výsledků perf sched latency pro statistické shrnutí, nebo perf sched map či perf sched trace pro detaily).
23.2.2010 12:10 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Testovat scheduler můžeš kdykoliv. Aplikovat na něj patch, zkompilovat, rebootnout.

Jasně že to jde, ale spousta lidí dá přednost "echo bfs >/proc/scheduler", než nějakému šaškování s překladem jádra.
Jestli fakt máte někdo spolehlivý test, ve kterém se BFS chová výrazně lépe než CFS, tak o tom dejte vědět na LKML (CC alespoň na Ingo Molnar, Peter Zijlstra, Mike Galbraith).
Pokud bych to mohl přepínat výše uvedeným způsobem tak bych si to mohl zkontrolovat, ale pokud kvůli každému testu budu muset rebootovat, tak na to seru, a stejně to pravděpodobně udělá většina jindy i akčních lidí.
In Ada the typical infinite loop would normally be terminated by detonation.
23.2.2010 10:20 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Tudíž se dá říct, že pokud má člověk dvoujádro a časovač 300Hz, je to efektivně jako by měl jedno jádro a časovač 600Hz.
Tohle tvrzení mi přijde poměrně divné... pokud běží jenom jedna úloha, tak je přerušována s frekvencí 300Hz. Když běží dvě a víc, tak je každá přerušována s frekvencí 300Hz - kde se bere těch 600Hz?

(Pokud to nicméně myslíš tak, že je zbytečné úlohu přerušovat tak často kvůli interaktivitě, když stejně většinou má jedno jádro jenom pro sebe, tak to pak OK.)
Quando omni flunkus moritati
23.2.2010 10:28 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
(Pokud to nicméně myslíš tak, že je zbytečné úlohu přerušovat tak často kvůli interaktivitě, když stejně většinou má jedno jádro jenom pro sebe, tak to pak OK.)
Přesně tak, jak píšu výše jde prostě o efektivní vliv frekvencí časovače a počtu jader na latence (kde by ten vztah "frekvence časovače * počet jader" měl podle toho co jsem se dočetl a i podle mých osobních zkušeností platit).
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
23.2.2010 11:00 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
No to ale není přesně tak. Stejně jako výše bych poprosil o nějaký odkaz, protože počet jader na první pohled nemá na latence vliv, pokud běží maximálně tolik úloh, kolik je jader. A když počet úloh bude větší než počet jader, tak by vyšší CONFIG_HZ mělo právě naopak zajistit menší latence.
Quando omni flunkus moritati
stativ avatar 23.2.2010 13:34 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
latence možná, ale IMHO to zvyšuje režii natolik, že (teoretické) menší latence ničemu nepomůžou.
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
23.2.2010 13:49 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
1 ms je z hlediska procesoru věčnost.
In Ada the typical infinite loop would normally be terminated by detonation.
23.2.2010 21:31 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Režii to zvyšuje, protože se častěji spouští plánovač a úloha jako taková běží méně - celková propustnost systému klesá, ale to platí i u jednojádra a není to závislé na počtu jader. A plánovač běží řádově v mikrosekundách, takže tak hrozné to není.
Quando omni flunkus moritati
22.2.2010 10:17 True54
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Na toto téma se s autorem těžko diskutuje. Už v minulém postu byl vyzýván k zveřejnění konkrétních podmínek (včetně distribucí), při kterých k tomu dochází, ale dozvěděli jsme se kulové. A protože jsem na žádné z dekstopových křápo-distribucí nic podobného nepotkal, těžko pak o tom diskutovat.
22.2.2010 10:35 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
To je tím, že v tomto ohledu není moc o čem diskutovat. IMHO to není problém nějaké (nejlépe jedné, abychom si zanadávali) distribuce, ale kombinace hardware + nastavení jádra. Pokud to Vy nepociťujete tak fajn, můžete jít dál, zřejmě není nic čím byste mohl k problému přispět. Pokud to někde pozorujete, můžete se přidat ...

Jo a pro úplnost, problém pozoruji na běžném hw, jako např. intel deska plus SATA disk, což je asi tak 90% všech "pracovních" PC. Distro - ubuntu, arch, mandriva.
In Ada the typical infinite loop would normally be terminated by detonation.
22.2.2010 10:50 True54
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Někdy se stává, že počítač při diskových operacích reaguje pomaleji, například chci-li spustit nějaký další program, ale to je myslím logické, a stejné chování na mém hardware vykazují všechny edice Windows i různé Linuxové distribuce.

Ale na mém ICH10 + rychlé WD řady AAKS a AALS nemám problém hledat soubor na disku, kopírovat 80-100MB/s a desktop mi nijak nemrzne. :-(
22.2.2010 11:14 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Záleží co si představujete pod pojmem pomaleji. Tady mluvím o tom, že třeba jen spuštění nějakého programu, např. top (tj. jeho načtení do paměti) je operace na několik minut. Např. jednou jsem ve virtuální mašině na serveru resizoval disk a po půl hodině jsem toho raději nechal, protože zbytek serveru byl nepoužitelný. Pak jsem přeložil vlastní jádro a ta samá operace trvala tak minutu, a popřitom běžely ještě jiné diskové aktivity. Normálně by člověk řekl, že odchází disk, ale když stačí vyměnit kernel?
In Ada the typical infinite loop would normally be terminated by detonation.
22.2.2010 11:20 True54
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
To mi zní tak neuvěřitelně až vámto věřím. Ale nebude chyba spíše v hardware? Je totiž otázka, zda za to může kernel a nebo hardware, když se to děje jen omezené skupině uživatel.
22.2.2010 12:42 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Hardware jsem přece neměnil.

V jednom případě mě to nasralo natolik, že jsem si schválně v průběhu buildu jednoho projektu zapínal a vypínal low_latency, a na práci v jiném shellu to bylo poznat.
In Ada the typical infinite loop would normally be terminated by detonation.
22.2.2010 17:45 Mandarinka
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
On tím spíš myslel, že se to zpomalení (s těmi volbami, které jste pak vypnul) možná vyskytuje jen v kombinaci s některými čipsety, takže to registruje jen část uživatelů.
22.2.2010 17:57 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Tak to každopádně.
In Ada the typical infinite loop would normally be terminated by detonation.
msk avatar 22.2.2010 14:25 msk | skóre: 27 | blog: msk
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
např. top (tj. jeho načtení do paměti) je operace na několik minut.
Coze?!
Limoto avatar 22.2.2010 14:30 Limoto | skóre: 32 | blog: Limotův blog | Prostějov
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Já tomu věřím. Stalo se mi, že někdo dal na serveru nějakej chown -R na větší složku a několik minut byl server mrtvej, fungoval jedině ping...
22.2.2010 15:45 Václav HFechs Švirga | skóre: 26 | blog: HF | Kopřivnice
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
J, přidávám se, kopíroval jsem nějaké soubory a počítač byl nehorázně zasekaný.
Baník pyčo!
Limoto avatar 22.2.2010 16:06 Limoto | skóre: 32 | blog: Limotův blog | Prostějov
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Tímhle trpěl notebook...
22.2.2010 16:20 xm | skóre: 36 | blog: Osvobozený blog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Známý problém (už několik let), bohužel skutečné řešení stále nikde.

Viz třeba LKML: Poor desktop responsiveness with background I/O-operations

Nebo přímo Bugzilla kernelu: Large I/O operations result in slow performance and high iowait times

Tady nepomáhá ani lepší CPU scheduler (BFS či alespoň upravené CFS v 2.6.32), ani změna IO scheduleru (deadline je sice za určitých okolností v tomto o něco lepší než cfq, ale problém existuje i s ním), ani hrátky s parametry jako dirty_background_ratio a dirty_ratio (opět lze dosáhnout jen velmi malého zlepšení). Ještě _nikde_ jsem neviděl skutečné řešení :-(
Svoboda je tím nejdůležitějším, co máme. Nenechte se o ní připravit, podporujte Pirátskou stranu!
22.2.2010 17:07 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Díky za odkazy. Ačkoliv pánové tvrdí, že to CPU schedulerem není, tak si myslím, že je. Jinak si nedovedu vysvětlit cukání myši. Navíc mě vždy v této situaci pomohlo změnit parametry jádra orientované na CPU.

Natáhnutí dirty_writeback_centisecs a spol. má také dobrý dopad, ale spíše na využití volné paměti.
In Ada the typical infinite loop would normally be terminated by detonation.
Luk avatar 22.2.2010 17:47 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Ačkoliv pánové tvrdí, že to CPU schedulerem není, tak si myslím, že je. Jinak si nedovedu vysvětlit cukání myši.
Nejlepší by samozřejmě bylo to změřit pomocí latencytop ;-)
LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
Josef Kufner avatar 22.2.2010 18:39 Josef Kufner | skóre: 68
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Jojo, takový rsync zálohující komplet celý systém dokáže taky nadělat pknou paseku a přitom zátěž CPU je kolem 20 procent...
Hello world ! Segmentation fault (core dumped)
22.2.2010 11:06 tomasgn | skóre: 23 | JN89GE
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
podobne stiznosti jsem videl i na jinych forech a stezoval si i kamarad. zatimco prehravani mp3 na podstatne starsich strojich bylo jiz v davnych dobach bez problemu, dnes s debianim jadrem 2.6.26-2-686 je to tragedie (notebook Lenovo T60, Lenny). zadrhavani kurzoru je u toho taktez patrne. jadro 2.6.30-bpo.2-686 z backportu pouzivam par dni a zatim to vypada dobre, konecne si muzu i neco poslechnout.
vain avatar 22.2.2010 11:13 vain | skóre: 16
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
No dobře, takže ty operace (přehrávaní mp3) musejí něco vytěžovat nepřiměřeně ne? Nebo vše je v pohodě? Procesor se fláká? Volné paměti je dost? Disk nic "netvoří"? Já poslouchám hudbu nonstop, u toho mám zaplý i VirtualBox a brouzdám a nikdy se mi hudba nezasekla. To musí fakt kdesi cosi shnilého smrdět... jinak mám jádro 2.6.31.12.

U kopírování taky nic neobvyklého nepozoruji.
If the only choice you've got is to do the wrong thing, then it's not really the wrong thing, it's more like fate.
lmanik avatar 22.2.2010 11:17 lmanik | skóre: 11 | Vracov
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra

taky nemam problem, archlinux - 2.6.32.8-1

A komu to cpes?
Zokl avatar 22.2.2010 09:02 Zokl
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Je to tak, mam gentoo a co vydání nového patche je situace vždy herší a lepší. Nejlepší výkon se mi zdál v základní verzi. Nyní je verze r6 a ta je příšerná. Kdyý něco kompiluju a disk dělá tak mám problém přepnout mezi okny. Dříve to nedělalo. Spíš, když si dám verzi 2.6.31 se stejným nastavením tak je situace o poznání lepší a to mám 4 GB RAM.

Zbyněk
kotyz avatar 22.2.2010 09:19 kotyz | skóre: 25 | blog: kotyzblog | Radnice
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
soudruzi se asi neridi heslem "kdyz to neni rozbity tak to nespravuj" ...
Mul-ti-pass! | Hrdý člen KERNEL ULTRAS. | Furry/Brony/Otaku | Nemám čas ztrácet čas. | In 'pacman -Syu' we trust!
Luk avatar 22.2.2010 17:48 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Když to funguje, nevrtej se v tom. Vrtal ses? Jseš blb! :-D
LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
22.2.2010 09:43 pasmen | skóre: 45 | blog: glob | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Je teda fakt, že podobných problémů jsem si všimnul taky (pravidelně něco hledám na celém disku přes find a to je pak porod...) ale nikdy jsem to moc neřešil. Zajímalo by mě, jestli někdo nenašel podrobnější popis situace, jak by se měla jádra vyladit pro desktop apod.
22.2.2010 10:35 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
V tom předchozím článku jsem pár nastavení nastínil.
In Ada the typical infinite loop would normally be terminated by detonation.
22.2.2010 10:29 extremni lama | skóre: 14 | blog: e_lama
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
nic takovyho se me behem poslednich min 5 let nestalo... Mas zapnuty DMA ???
The enemy of my enemy is still my enemy.
22.2.2010 12:59 Kvakor
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Pokud SATA nejdede v PATA emulaci, tak DMA IMHO vypnout nejde.
michich avatar 22.2.2010 10:30 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
V komentáři na LWN.net Jens Axboe popsal, co low_latency vlastně dělá. Že to v 2.6.32 přineslo nečekané problémy, je známo. Diskutovalo se to v dlouhém threadu na LKML. Možná to bude v 2.6.33 lepší, můžeš to vyzkoušet. Každopádně tady ten problém nevyřešíš, to raději na LKML.
22.2.2010 10:42 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Dík za odkazy. Na LKML to budu řešit až když to nepůjde vypnout. Ale naštěstí Linus má dost rozumu na to, aby něco takového schválil.
In Ada the typical infinite loop would normally be terminated by detonation.
22.2.2010 10:43 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Distribuce openSUSE Factory - jádro 2.6.32-3-desktop, low_latency povoleno. Pustil jsem současně ionice -n 1 find /, rozbalení zdrojáků openjdk (taky s ionice -n 1) a zypper ref - s myší to nic neudělalo.
When your hammer is C++, everything begins to look like a thumb.
22.2.2010 10:46 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
samozřejmě jsem myslel zypper up.
When your hammer is C++, everything begins to look like a thumb.
22.2.2010 11:22 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
No vidíš, díky za připomenutí, já to taky zapomněl vypnout.
Quando omni flunkus moritati
Jezekus avatar 22.2.2010 17:53 Jezekus | skóre: 18 | blog: jezkova_nora
Rozbalit Rozbalit vše Re: low_latency, aneb další křáp do křápojádra
Tohle jsem pozoroval i jádra 2.6.29 a lehce u jádra 2.6.31 (distribucni Fedora 10 a 12)
Na 2.6.30 (Fedora 11) je to v menší míře také, samba write (4GB) z jine masiny je smrt celeho notebooku na 15 minut :-(
Nejvic me nastvalo, kdyz distribucni jadro zacalo umirat pri vypnuti.
Proste to chcipne s nejakou chybou v timer.c - bug uz je reportovany.
Bohuzel ne na me masine (nejak bych to obesel), ale na jednine masine me drahe polovicky :-(
Vubec mne situace cim dal tim vic znechucuje - cim dal tim vic veci je rozbitych, mizi dobre a mnou pouzivane funkce z programu :-(:-(:-(

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.