Vývojáři jádra odmítli optimalizaci -O3

Kdo neproklikává odkazované stránky, tak Linus k tomu přistupuje logicky:

Maybe things have changed, and maybe they've improved. But I'd like to
see actual numbers for something like this.

Kéž by tak postupoval každý. Ne vždy to jde (nebo to za to stojí), ale pokud je možnost obrátit se s rozhodnutím na data... použít data.

Je to moznost, ne default nebo nedejboze povinnost. Kdyz je k dispozici patch, tak to tolik nevadi. Proto bych byl mirnejsi v pozadavkach na testy.

Volba O3 u Linuxu by ve finale mohla podnitit GCC, aby konecne udelali z O3 optimalizaci prinasejici vyssi vykon nez O2. Treba i za cenu nasobne delsi kompilace.

Pokud někdo tvrdí, že určitá změna přinese zlepšení výkonu, měl by mít aspoň nějaké testy, které ukazují, že to tak opravdu je. Sice se pořád ještě může ukázat, že to zlepšení se projevuje jen v určitých situacích a jinde dojde naopak ke zhoršení, ale aspoň je na stole něco, o čem se dá diskutovat.

na GCC je pořád otevřených několik bugů, které řeší, že -O3 výrazně škodí u kódu typu kernul, stejně tak přepisem řady funkcí se mění stack trace, to je pak překážka při debugování. O těhle problémech Linus mluví.

Pro aplikace -O3 může být výhoda, ale pro určitým způsobem psaný kernel již nikoliv, dosavadní pokusy výhodnost nepotvrdily.

Možnost -O3 tam už byla. Navrhovaný patch by změnil právě default na -O3, pokud je kompilátor gcc >= 10.

ne, možnost -O3 tam není, je možné zvolit -O2 (výchozí), nebo -Os (optimalizovat velikost)

ve skutečnosti tam -O3 je, ale jen pro architekturu ARC, což asi nemáte