|
|
  |
Inline функции. |
|
|
|
Feb 26 2015, 11:18
|

Местный
  
Группа: Участник
Сообщений: 329
Регистрация: 23-04-14
Пользователь №: 81 502

|
Цитата(Jenya7 @ Feb 26 2015, 10:54)  я в main вызываю функции. но я хочу сократить время исполнения. вместо того чтоб тратить время на переход к функциям я могу заинлайнить их. правильно ли я мыслю? в общем правильно. С другой стороны, есть очень мудрое правило: "программисту не стоит пытаться быть умнее хорошего оптимизирующего компилятора". "inline" - это всего лишь рекомендация, при включении оптимизации по скорости компилятор сам решит что делать. А сделать он может вообще на первый взгляд очень странные вещи. Например, статические функции не члены классов он точно догадается сам заинлайнить (если сочтет нужным), он может вообще порвать функции на куски и эти куски заинлайнить по местам вызова в разных частях исходника.. Так что если сильно интересует оптимизация, то следует глядеть в ассемблерный листинг на выходе и пытаться понять, "могут ли мои шаловливые ручки сделать лучше ?". скорее всего, нет. Есть, конечно, тяжелая артиллерия, типа __force_inline или как его там. Только необдуманное применение таких вещей может легко привести к противоположным результатам. А ответ на вопрос "стало ли быстрее" могут дать только сравнительные тесты. В подобных случаях некоторые по началу "красивые" идеи ведут к негативным результатам по совсем неочевидным причинам. Вот, например, кое-кто с помощью молотка и чьей-то матери заинлайнил все, что движется в надежде получить быстрый код и сократить время на вызов процедур. Код разбух и стал плохо ложиться на instruction cache.. Каков будет результат ?
|
|
|
|
|
Feb 26 2015, 12:28
|

Местный
  
Группа: Участник
Сообщений: 329
Регистрация: 23-04-14
Пользователь №: 81 502

|
Цитата(Jenya7 @ Feb 26 2015, 12:14)  ну ладно не буду. положусь на -Ofast.  Ну, в пределах разумного можно и инлайнить мелкие функции, вреда от этого не будет, а компилятору легче.. Что-нибудь, типа такого: inline uint32 Pow2(uint32 aPower) {assert(aPower < 32); return (1<<aPower);}
|
|
|
|
|
Feb 26 2015, 12:46
|

Местный
  
Группа: Участник
Сообщений: 329
Регистрация: 23-04-14
Пользователь №: 81 502

|
Цитата(XVR @ Feb 26 2015, 12:40)  Главное оставить этот inline компилятору, а не пытаться влепить руками тело функции вместо ее вызова  Да и inline писать тоже не всегда обязательно - вменяемые компиляторы сами сделают inline там, где надо, напишите вы это слово или нет  Ой, не факт... CODE //---- myheader.h class CMyClass { public:
inline CMyClass();
int m_Val; };
CMyClass::CMyClass() { m_Val = 42; }
//---- myheader.h end-----
Без явного указания inline программа не скомпилится.
|
|
|
|
|
Feb 27 2015, 13:21
|

Местный
  
Группа: Свой
Сообщений: 202
Регистрация: 30-10-10
Пользователь №: 60 535

|
Цитата(XVR @ Feb 26 2015, 15:52)  Это другое дело, тут проблема будет не в inline, а в double definition. Давайте пока не будем рассматривать влияние inline (а равно как и static) на видимость функций и собираемость программ. (Тут еще template'ы можно вспомнить  ) Пока вопрос стоял так - нужно ли указывать компилятору inline у функции, что бы он ее заинлайнил? Ответ - для подавляющего большинства компиляторов - нет, они сами это сделают, если сочтут нужным. Тогда как скажите объяснить iar что бы он заинлайнил эту ф-цию, но и оптимизацией не выкинул пустой цикл?! Код void inline generation() const { GPIO_PinOutToggle(gpioPortB, 13);
for(uint16_t i = 0; i < 0x2; i++);
GPIO_PinOutToggle(gpioPortB, 13); }
|
|
|
|
|
Feb 27 2015, 13:58
|

Местный
  
Группа: Участник
Сообщений: 329
Регистрация: 23-04-14
Пользователь №: 81 502

|
Цитата(MK2 @ Feb 27 2015, 13:21)  Тогда как скажите объяснить iar что бы он заинлайнил эту ф-цию, но и оптимизацией не выкинул пустой цикл?! Код void inline generation() const { GPIO_PinOutToggle(gpioPortB, 13);
for(uint16_t i = 0; i < 0x2; i++);
GPIO_PinOutToggle(gpioPortB, 13); } 1. за задержки на пустых циклах надо сразу отрывать сами знаете что. В этом случае генофонд человечества будет медленно, но улучшаться. 1.1 на сколько тактов задержки благородный дон рассчитывает в цикле данной конструкции? 1.2 платформозависимые кунштюки обычно плохо ложатся на платформонезависимый код, поэтому используют платформозависимые решения, типа asm "nop" 2. читать книжки про спецификатор volatile. 3. по возможности сделать эту функцию static 4. inline это всего лишь рекомендация, которой не всегда можно следовать. Например, что будет, если попытаться взять адрес заинлайненой функции ?
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|