Názory k článku
Fedora 37 chce zjednodušit debugování a profilování všech binárek, ale výkon je nižší průměrně o 13 %

Trochu divna zpravicka. Tak je zrejme, ze kdyz pridam do kodu tri dalsi zbytecne instrukce, ze se kod zpomali.

To totiz prida frame do kazde funkce i kdejake pidi funkcicky, ktera ma treba jen tri instrukce. A kde je to uplne zbytecne.

Nejsem si jist, jestli to souvisi s architekturou. Je zrejme, ze na 32 to usetreni jednoho registru (EBP) asi hraje roli, ale pak se usetri i minimalne jeden PUSH, jeden POP a cachry se zasobnikem pri vytvareni frame. A to je platformove nezavisla zalezitost.

S architekturou souvisí výchozí chování gcc. Na x86 je výchozí s frame pointer na amd64 je výchozí bez.

Jinak se shodneme na tom, že to určitě vždy zpomaluje. Na x86 víc, protože má méně registrů.

Co si vzpomínám z doby, kdy to Mel Gorman testoval pro openSUSE/SLE, nejde až tak moc o ty instrukce navíc, větší roli hraje to, že ukládáním frame pointeru na zásobník se zvýší pravděpodobnost, že načneme další cacheline, to je větší penalizace než pár jednoduchých instrukcí.

Tak všechno co zpomaluje a využije jen málokdo by mělo být OPT IN.

No ale zase Fedora je určená na odladění systému a aplikací před přenosem na RH, ne? Z tohoto pohledu mi to smysl dává.

Pojem odladeni ma vice rozmeru. Vcetne vzajemne kompatibility komponent.

Teprve az nastane nejaky konkretni problem pri testovani tak muzu prepnout na debug verzi coz mi nabidne vice analytickych nastroju jak to resit.

Já chápu, proč to chtějí, když Fedora je unstable RHEL. Avšak nechápu to v Fedora stable.

Tak ať majì developeři custom repo bokem s debug balíky.

K čemu to uživatelé použijí? Mnoho lidí na Fedoře hraje nebo pracuje a potřebují výkon a toto ho zabíjì. Nehledě na to, že to je věc, co většina uživatelů nikdy nepoužije.

Též si kladu tuhle otázku. Ale zase bych nesoudil předem, F37 ještě nevyšla a toto je v tuto chvíli neschválený návrh. Kdo si vzpomene na legendární návrh přechodu Fedory na FreeBSD jádro, kterým komunita ábíčka před mnoha lety poškádlila Larabela poté, co pomlouval pivo na českém conu, ví své.

EDIT: ještě doplním, že mě osobně je třeba fuk případný pokles výkonu tam, kde nemáš při současných rychlostech PC šanci poznat ani 80% pokles. Zajímá mě to tam, kde je to důležité, čili třeba u komprese videa. U ní u SVT-AV1 vidím pokles o cca 2%, což je věc, která pro mě není rozhodující. Tak holt ten film budu místo 15 hodin kódovat 15 hodin a 18 minut.

Ovšem obecně ten propad výkonu není zanedbatelný - 13% výkonu dolu bude znát nejen na času, ale i na elektřině, na škálování služeb (například u serverů) apod. Divil bych se, pokud by návrh prošel.

Těch 14 % je průměr jednotlivých testů kde to zachraňují většinou multimediální aplikace (např. kodeky, kde se dá očekávat, že pro nejžhavější smyčky budou mít ručně psané asm rutiny).

U serverových aplikací je to daleko horší, např. Redis zpomalen o 80 %, AES-256 o 85 %, atd. Obecně to bude víc bolet tam, kde je hodně volání funkcí, a to jsou všechny webové technologie jako např. node.js.

To zpomalení třeba o 80% je díky tomu, že selže inlining, a ten selže proto, protože díky těm instrukcím navíc pro každou funkci se compiler rozhodne, že nebude tu fukci inlinovat - a pokud se toto stane v nějaké smyčce, tak tu máme klidně těch 80%.

U kodeků by to mohlo být velice podobné, pokud někdo zapomene někde always_inline a doteď to procházelo, tak po té změně klidně nemusí...

Možná stojí za zmínku že návrh předložili lidi z Facebooku (všichni mají mail @fb.com). Asi jim to k něčemu je ale nechce se jim do toho investovat vlastní prachy.

Taky stojí za zmínku že vývojáři fedory to spíš odmítají.

A co jim brání, aby si to sami překompilovali? :-)

Lenost? Zkusit to na někoho hodit a třeba se zadaří? :-)

Facebook si to prekompiluje bez toho debugovaciho kodu, oni chteji aby jim to ostatni testovali na sve naklady.

13 % - to je rozdíl mezi 12700 a 12900ks (v single core o něco méně, v multicore o něco více). A 10 000 navíc jistě každý rád zaplatí aby si mohl dobře zadebugovat :-)

Což o to, já bych si klidně připlatil kdybych musel něco časově/výkonově náročnýho debugovat. Ale Facebook chce aby si *všichni* připlatili, aby si *Facebook* mohl dobře debužírovat :-)

Rozdíl mezi 12700 a 12900ks (kusy čeho?) je 1.6 %, ne 13 %.

(trolling, ale chvilku jsem se nad tím musel zamyslet)

No když už trolit, tak správně by to byl rozdíl mezi 12700kusovým a 12900kusovým :-).