Odborny komentar:
Optimalizovat kernel kompilaci nema vubec cenu, nebot vubec nic, co jde vypocty optimalizovat nepouziva - naopak, casto je lepsi pouzit mene optimalizaci, coz uz bylo potvrzeno - kernel muzou optimalizovat jen a pouze vyvojari, por. zmenopu parametru TECKA.
To same casto plati i pro zakladni knihovny a I/O aplikace - mene optimalizaci zarucuji casto i rychlejsi beh, nevolaji se uplne zbytecne instrukce jinych casti CPU - proc by melo neco, co nepotrebuje neco pocitat cekat na nejake SSE/AVX atd. ? - je to jina cast a lze ji vyzuzivart partalelene - takze kdyz ji treba bash nevyuzije, nebude na ni cekat a nebude brzdit dalsi apky.
A kde to smyl ma, no prave u aplikaci, treba GIMP, kryptografie, dekodovani videa - darktable to cenu moc nema, ten se snazi vyuzivat GPU, leda by jste vypli GPU a ladili to.
Dale samozrejme vedecke vypocty, fortran atd. - tam vsude ma smyl kompilovat, ale bacha, pokud mate vice stroju, pri optimalizaci vam pobezi jen na tom stroji a novejsim - a zapomente na kompatibilitu AMD vs INTEL - tam je nekompatibilita 100% - vlastne je to pro nej pak uplne jina arch. - rekne neco o ilegal instruction, jine arch etc. --- ja tohle resil sveho casu na universite, pouzivali SW z CERNu - taklze jsme mel auto instalcni scripty - jeden co updaoval vse a v addr. dalsi - a tyhle veci se vzdy kompilovaly pro kazdy stroj zvlas, presneji si to zkopiloval ten stroj sam a kdyz byl upgrade, tak to preplacl znova - jasne, vse v /usr/local
Suma sumarum, celou distribuci kompilovat takto naprosto ztraci smysl - ja bych to udelal tak, ze bych dal jen urcite baliky do jineho repa, podle verzi CPU a clovek co by to chtel by si to naintaloval a ve verzi by bylo na konci pro co to je, tim by to byla jako ze novejsi verze a nekolidovalo by to s originalem, ten by se kdyz tak zakazal - nebo do nazvu baliku, sveho casu tak bezely ve fedora/RHEL freeworld aplikace, treba knihovna pro TTF fonty s patentovanymi algoritmy, pak se pri update updatovaly taky jen ty z freeworld