-
- Что вы хотите узнать? У меня данные с АЦП нужно забирать быстро, они постоянно затираются следующими через DMA. И без оптимизации (правда, безотносительно LTO), происходят накладки. Nikolay_Po(820 знак., 14.02.2020 12:28)
- Спасибо, это и интересовало. Выходит около 1% экономии, но при этом потенциальные проблемы с LTO. И эти проблемы были давно и возникают вновь. Может это и говорит о неполноценности gcc, но вариантов особо нет, да и когда-то в иаре у меня были Andreas(144 знак., 14.02.2020 12:37)
- Обычно разгонять надо в одном-двух местах. Делаю в этих местах "#pragma GCC optimize("O2")" и "#pragma GCC reset_options". Потому что -O2 на весь проект обычно сильно раздувает код, и хочется -Os. - SciFi(14.02.2020 12:32)
- А почему не везде Os ? - Andreas(14.02.2020 12:39)
- Разгон же. АЦП, ПДП. Измерения показали, что без разгона в нужных местах не успевает. Такое редко бывает. Сам склонен всех ругать за преждевременную оптимизацию. - SciFi(14.02.2020 12:48)
- А почему тогда не Ofast ? Я обычно скоростные дела в отдельные файлы выношу и с fast компилю. Но мысль насчет прагмы только на отдельные функции тоже ничего, но у меня что-то не вышло так, уже не помню почему. - Andreas(14.02.2020 13:49)
- На самом деле у меня было так, что всё успевало. Но я решил попробовать увеличить передискретизацию ещё в два раза. И получилось, но лишь на оптимизациях. Пока держу темп. - Nikolay_Po(14.02.2020 13:13)
- Разгон же. АЦП, ПДП. Измерения показали, что без разгона в нужных местах не успевает. Такое редко бывает. Сам склонен всех ругать за преждевременную оптимизацию. - SciFi(14.02.2020 12:48)
- А почему не везде Os ? - Andreas(14.02.2020 12:39)
- Что вы хотите узнать? У меня данные с АЦП нужно забирать быстро, они постоянно затираются следующими через DMA. И без оптимизации (правда, безотносительно LTO), происходят накладки. Nikolay_Po(820 знак., 14.02.2020 12:28)