system-root пишет:по этому в результате экспериментов и было доказано, что дальше -О2 -pipe -fomit-frame-pointer и указания -march при компиляции всего юзерленда уходить не стоит.
system-root пишет:аесли взять моно приложение.. я боюсь представить.
на вашем железе, с вашими приложениями - да, конечно.
как я понял, беда -O3 в том, что разных глюков полно, и кеш - тоже...
В конце концов, любая оптимизация - это компромисс. Часто ускорения можно достичь например вынося данные в память, а не вычисляя их каждый раз, но если так делать для ВСЕГО, то это ни к чему хорошему не приведёт. Что вовсе не мешает кодеру вынести критичные участки в отдельные модули, и компилировать их с опцией -O3, а остальные 95% кода на быстродействие не влияют, их можно вообще никак не оптимизировать. Тогда никаких лишних расходов памяти не будет. Вот только, что-бы так писать, лучше использовать разные языки вперемешку, или один низкоуровневый, вроде чистого С, а это долго, дорого и муторно.
system-root пишет:можно использовать конечно другие флаги, но только к определённому софту, прочитав сначала про него.
иначе получим тормоза на атоме при проигрывании обычного mp3. и не ясно кто виноват, плеер или вообще libc6.
угу. но я предлагаю даже не софт целиком компиллить с -O3, а лишь некоторые модули. Но вот вынес-ли кодер эти модули в отдельные исходные файлы? Учёл-ли он это в Makefile? Скорее всего - нет. Потому по факту - вы совершенно правы.
system-root пишет:ещё недавно, скомпилировав браузер с этой опцией вы получили бы быстрый как ракета софт.
щаз! получится тормозное глюкалово, которое жрёт немеренно памяти.
Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)