Názory k článku
Jádro 6.1 mělo velkou regresi ve výkonu kvůli třem řádkům kódu

A to jeste jeden z tech tri radku je komentar :-D

druhý je podmínka, která to zapíná pro celý THP, fakticky teda jediný řádek

Hmm tohle je i trochu politika. Zatimco RedHat THP tlaci do kernelu za kazdou cenu. Oracle, Postgres, Mongo doporucuji tuhle funkcionalitu nepouzivat.

Bohuzel od urcite verze kernelu tahle funkcionalita ma negativni dopad na vykon i kdyz je "vypnuta". Resp. zadny ze zpusobu jak THP vypnout neni uplne 100%.
I tohle je asi ten pripad, pokud se to zakompiluje do kernelu, tak uz se to za behu pres sysctl nevypne.

Navic dneska databaze i JVM umi pouzivat klasicke huge pages, takze vlastne THP je jen narovnavak na ohybak.

Neříkal bych tomu "politika", to je trochu zavádějící. Jádro problému je v tom, že optimalizace - a pro memory management to platí dvojnásob - mají tendenci chovat se diametrálně odlišně podle toho, jak daný systém paměť využívá. A velké firmy dnes často Linux používají ve velmi extrémních nasazeních, ale zároveň také velmi specifických. Takže vývojáři z jedné firmy v dobré víře přijdou s optimalizací, která na jejich systémech přináší zlepšení o 20 procent, ale pak se najednou zjistí, že na jiném podobně specifickém (ale úplně jinak) systému to jiné velké firmě způsobí 50 procent regresi. Bohužel není v lidských silách to předem otestovat na všech těch okrajových případech - a bohužel ani donutit tyhle firmy, aby si to na svých podivných systémech otestovaly dřív, než se taková věc dostane do mainline.