Názory k článku
Optimalizace AMD pro preferovaná jádra CPU Zen2 a vyšší bude v Linux 6.7

Super. To se bude hodit i pro nové Strix Point: 4× Zen 5 + 8× Zen 5c.

Edit:
Rozdíl v jádrech je jen v taktech.
Takže velká ZEN 5 jádra stačí označit jako preferovaná.

6. 9. 2023, 21:39 editováno autorem komentáře

Mám smíšené pocity: radovat se z toho, že se to dostane do jádra, nebo být smutný z toho, že až 4 roky po tom, co to je bylo Windows?

Při srovnání na phoronixu bývá zen průměrně rychlejší na linuxu než na winech, tak mi nepřijde, že by winy byly zrovna o krok napřed.

To je věc, která se projeví při 1-4 jádrové zátěži. To se na phoronixu moc netestuje.

Proč mi ve Win10 tedy Windows přehazuje zbytečně více vláknovou úlohu z jádra na jádro? naprosto zbytečně? (Intel).
Řešení je značně kostrbaté. Už bych chtěl nový plánovač.

Doslovně jako horký brambor.
Kvůli teplotě.
S teplotou roste odpor ve vodiči.
To zhoršuje efektivitu.
A produkuje další odpadní teplo.
Které to zase celé zhoršuje.
Přitom stačí úlohu přehodit na studené jádro.
Náročnost přehození je lineární. Takže nulová.

Co nevím. A doufám že to tak není.
Dochází k přehazování i při těžké MT zátěži?

Nevím. Ono se to čas od času v těch Windows 10 mění. Na tomhle CPU určitě není potřeba něco přehazovat kvůli teplotě. Je to Ivy Bridge i5.
Proto mě ten jejich plánovač štve. Dřív to myslím ani nedělalo.
Zkusím to testnout.

Tenhle procesor preferovaná jádra nemá. Chápu, že to může někomu spouštět OCD, ale přehození jednou za pár vteřin nemá měřitelný vliv na výkon. Což si můžete ostatně sám ověřit. CPU afinita je v task manageru už od Windows NT.

Důvodem může být, jak u někdo psal výše, teplota. I u CPU, které se jako celek bez problémů stíhá chladit, může být rozdíl v teplotě iddle a zatíženého jádra značný.

A kdy se to bude z jadra vyhazovat?

"je vše neustále dynamicky vyhodnocováno"

=== bud je to vyhodnocovano tak casto, ze to vede k naprosto nesmyslne zbytecne zatezi samo o sobe ... nebo je to vyhodnocovano tak malo casto, ze je to uplne knicemu. Obavam se, ze nic mezi tim se navrhnout ani neda.

Ale jisteže dá... Ještě to povede k nesmyslné zátěži, ale už to bude tak málo často, že to bude k ničemu.

Coz jen znaci to, ze ty netusis, ze pro kazdy typ zateze je potreba diametralne jina optimalizace, a neexistuje zpusob, jak udelat optimalizaci univerzalni.

Ano, mášpravdu nevím. Však se ani nesnažím o dechberoucí moudra. Jen jsem doplnil možnost, kterou jsi opomenul ve svém optimistickém naladění ;)

Akurát to bude musieť vyhodnocovať riziko efektu "skáčucej kravy", lebo ho tým môžeme "vyrobiť"

February 20, 2013
relatively simple scheduler patch fixes the "bouncing cow problem," wherein, on a system with more processors than running processes, those processes can wander across the processors, yielding poor cache behavior. For a "worst-case" tbench benchmark run, the result is a 15x improvement in performance.
https://lwn.net/Articles/539179/

a o kolik se muze lisit vykon jednotlivych jader na procesoru? a o kolik se projevi vykon pri behu v linuxu?

Ono to je vcelku jedno kolik to bude. Pokud nebudeš řešit možnosti zrychlení o, řekněme, 5 % a méně, ale konkurence ano, tak kumulativně během pár let přijdeš o několikanásobek výkonu.

V určitém typu zátěže - klidně o 20%!
Některá jádra mohou držet vyšší turbo a déle.
Naopak - při 100% zátěži - bude rozdíl nula.

len presun z jadra na jadro spomalí úlohu o 94%, tak sa to bude diať často, tak o dosť , ak sa to bude diať stále tak o 94%, ak nikdy o 0%.

Nebude to spíš o tom, že se budou na nové úlohy prioritně používat jádra, která jsou výkonnější a na ta další jádra se sáhne až když to nepůjde jinak? Těch 94 % nedává smysl. Když úloha poběží minutu a během toho jednou změní jádro, tak asi nebude o 94 % pomalejší. To je právě úděl scheduleru, aby zvážil všechna pro a proti a nemyslím si, že by to bylo nakonec horší.

8. 9. 2023, 11:48 editováno autorem komentáře

Kdyby sis to precet, tak vis, ze presne takto to fungova nema, ma se "trvale" sledovat zatizeni jader, a to znamena je trvale zatezovat.

Pricemz planovac v kernelu je behem poslednich let pomerne v mode, a pokazde prijde nekdo s necim ubermegauzasnym ... aby se po par mesicich s prekvapenim zjistilo, ze to bud nefunguje vubec nebo to jeste navic ma bezpecnostni bugy.

V realnym svete je presun ulohy vzdy to nejhorsi, co muzes udelat.

"V realnym svete je presun ulohy vzdy to nejhorsi, co muzes udelat."
A na to jste přišel jak?

Víte jak dlouho trvá přehození úlohy?
A jak často se to děje?
Je to pár cyklů. Což je na 4GHz CPU zanedbatelný čas. Pohledem do scheduleru vidím že se to děje jednou za cca 10 vteřin.

Můj odhad:
Ztráta je jedno promile výkonu.
Ale získá i 10%

Zkoušel jsem nastavit afinitu. A výkon šel o 10% dolů.