#define VS inline

@Kgfq · Регистрация: 23.09.2012

Студворк — интернет-сервис помощи студентам

Что работает быстрее:

C++
1
2
3
4
5
6
7
8
9
#define SQR(x) x*x
 
void Func()
{
for(int i = 0; i < 10; ++i)
{
cout << SQR(i) << endl;
}
}

или

C++
1
2
3
4
5
6
7
8
9
inline int sqr(int x){ return x*x; }
 
void Func()
{
for(int i = 0; i < 10; ++i)
{
cout << sqr(i) << endl;
}
}

Или же в каких ситуациях быстрее то или иное?
Компилятор: VS2012
Настройки оптимизации: максимальная скорость

Мое предположение - дефайн быстрее инлайна, потому что последний - это вызов функции. Даже не смотря на то, что быстрый вызов функции.

Croessmah · 15.01.2013, 16:46

Не по теме:

Сообщение от Kgfq

потому что последний - это вызов функции

Последний - это совет компилятору встроить функцию в то место, откуда её вызывают.

Не по теме:

Сообщение от Kgfq

C++
1
#define SQR(x) x*x

Это вообще работать не будет как надо.

@Kgfq · 15.01.2013, 16:58 **[ТС]**

Croessmah, в данном случае - будет. Я спрашиваю про данный случай

Добавлено через 25 секунд
И да, про ошибки вида: 2+3*2+3 я знаю. Сейчас скобки не ставил сознательно

Croessmah · 15.01.2013, 16:58

У меня в данном коде быстрее работает inline функция

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
#include <iostream>
#include <ctime>
 
#define sqr(x) (x)*(x)
 
inline int foo(int x){return x*x;}
 
int main(){
    time_t start,finish;
    int n,f;
    std::cin>>n>>f;
    start=clock();
    for(int i=0;i<f+100000000;++i){
        n=sqr(i);
    }
    finish=clock();
    std::cout<<finish-start<<std::endl;
    start=clock();
    for(int i=0;i<f+100000000;++i){
        n=foo(i);
    }
    finish=clock();
    std::cout<<finish-start<<std::endl;
    return 0;
}

@Kgfq · 15.01.2013, 17:11 **[ТС]**

Croessmah,
1) зачем cin >> n?
2) у меня def работал 0.289, а inline - 3.029

Croessmah · 15.01.2013, 17:14

Сообщение от Kgfq

2) у меня def работал 0.289, а inline - 3.029

Release конфигурация?

Сообщение от Kgfq

1) зачем cin >> n?

а иначе оптимизатор все это убьет, сказав, что это не нужно.

@FreeMinder · 15.01.2013, 17:18

Я считаю лучше поставить вопрос не что быстрее, а что корректней.
Например:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
#include <iostream>
 
#define sqr(x) (x)*(x)
 
int foo(int x){return x*x;}
 
int main()
{
    int x = 2 , y = 3;
        std::cout<<sqr(++x)<<std::endl;
    std::cout<<foo(++y)<<std::endl;
    return 0;
}

@diagon · 15.01.2013, 17:22

Сообщение от Kgfq

Даже не смотря на то, что быстрый вызов функции.

Чего? Инлайн - это когда компилятор подставляет функцию в код.
Т.е. вместо SQR(i) он подставляет i * i. Так что разницы в данном случае вообще нету.
Причем нормальный компилятор в любом случае будет инлайнить функции(если это выгодно), даже если они не помечены как inline. Поэтому ключевое слово inline в общем-то бесполезно.

Вывод: всегда используйте функции вместо макросов, если есть такая возможность.

@FreeMinder · 15.01.2013, 17:22

Сообщение от Kgfq

Мое предположение - дефайн быстрее инлайна, потому что последний - это вызов функции.

inline-функция — это такая функция, чье тело подставляется в каждую точ*ку вызова, вместо того, чтобы генерировать код вызова. Это подобно использованию параметризованных макросов в С. Причина использования inline-функции заключается в их эффективности. Всякий раз, когда вы*зывается функция, необходимо выполнить серию инструкций для формирования вызова функции, вставки аргументов в стек и возврата значения из функции. ( взято отсюда )

Croessmah · 15.01.2013, 17:24

Сообщение от FreeMinder

inline-функция — это такая функция, чье тело подставляется в каждую точ*ку вызова, вместо того, чтобы генерировать код вызова.

чье тело может подставиться в функцию. Подставлять функцию или нет - решает компилятор.

WhiteP · 15.01.2013, 17:27

Assembler
1
2
3
4
5
6
7
8
9
10
$LL15@main:
 
; 14   :        n=sqr(i);
 
    mov eax, ecx
    imul    eax, ecx
    inc ecx
    mov DWORD PTR _n$[esp+24], eax
    cmp ecx, esi
    jl  SHORT $LL15@main

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
$LL17@main:
 
; 6    : int foo(int x){return x*x;}
 
    mov eax, ecx
    imul    eax, ecx
 
; 19   :    for(int i=0;i<f+100000000;++i){
 
    inc ecx
 
; 20   :        n=foo(i);
 
    mov DWORD PTR _n$[esp+24], eax
    cmp ecx, esi
    jl  SHORT $LL17@main

Разницы - 0. VS2012, оптимизация по скорости.
Нужно прогнать результаты несколько раз, чтобы получить корректные данные (кэш etc).

@Kgfq · 15.01.2013, 17:29 **[ТС]**

Croessmah, в релиз версии inline был быстрее. Хм. Тогда встает вопрос - за счет чего. Ведь даже есть подставить, то это одно и то же

Croessmah · 15.01.2013, 18:07

Инлайн-функции и макросы

@Kgfq · 15.01.2013, 18:50 **[ТС]**

Croessmah, это все - лишь трудности работы с ними. Меня же интересует только скорость. Что быстрее и почему

@Kastaneda · 15.01.2013, 21:13

Сообщение от WhiteP

Нужно прогнать результаты несколько раз, чтобы получить корректные данные (кэш etc).

Если ассемблерный код получился идентичный, то разница может быть только в зависимости от того, сколько выделено процессорного времение этому процессу относительно пользовательского времени. Т.е. в момент замера времени цикла с макросом это может быть одно время, а во время замера цикла с инлайн функцией это может быть другое время. Кэш тут не повлияет (т.е. как я понял имелись ввиду кэш-миссы), т.к. результат кладется в одну и ту же ячейку памяти, которая после первого обращения к ней так и будет лежать в кэше.

Сообщение от Kgfq

Меня же интересует только скорость. Что быстрее и почему

Привиденный выше ассембреный код показывает, что скорость будет одинакова (прим. см. выше).

Добавлено через 1 минуту
фунция clock() как раз возвращает пользовательское время, т.е. замеры не валидны.

Evg · 15.01.2013, 21:42

Сообщение от Kgfq

Что работает быстрее

Если компилятор работает с оптимизациями (для тех, кто пользуется IDE это означает сборку Release), коды будут работать с одинаковой скоростью. Думаю, что даже итоговый двоичный код получится одинаковый

Добавлено через 2 минуты

Сообщение от Kgfq

Что быстрее и почему

Почему. В случае с препроцессированием на этап трансляции попадает уже подставленный код. В случае с инлайном при подстановке инлайн-функции и дальнейших оптимизаций на этапе трансляции входной код преобразуется в то же самое, что получаем на выходе в первом случае

WhiteP · 15.01.2013, 23:41

Сообщение от Kastaneda

Если ассемблерный код получился идентичный, то разница может быть только в зависимости от того, сколько выделено процессорного времение этому процессу относительно пользовательского времени. Т.е. в момент замера времени цикла с макросом это может быть одно время, а во время замера цикла с инлайн функцией это может быть другое время. Кэш тут не повлияет (т.е. как я понял имелись ввиду кэш-миссы), т.к. результат кладется в одну и ту же ячейку памяти, которая после первого обращения к ней так и будет лежать в кэше.

Да, про кэш - это я так, не подумав.
Не совсем понял про процессорное время. Имеешь в виду квант времени, выделенный потоку? Но тогда разброс был бы сильнее...
Скопировал функции по очереди несколько раз. Написал свою clock-функцию, которая меряет с помощью rdtsc. Запустил программу несколько раз - все время результат такой, что время работы цикла в первый раз всегда больше чем последующие. Все остальные кроме первого почти одинаковые. Пока не могу сообразить от чего так...

235658477
154597694
154608102
154589083
154586363
154684490
154605230
154617741
154716524
154608589
154621387
154627704
154653977
154595190
154607777
154592597
154588155
154601891
154608092
153413523
154646412
154609868
154599756
154606503
154595169
157064581
154599518
154682194

go · 16.01.2013, 00:53

Сообщение от Croessmah

Последний - это совет компилятору встроить функцию в то место, откуда её вызывают.

Вы правы, стоит использовать __forceinline

Сообщение от diagon

Вывод: всегда используйте функции вместо макросов, если есть такая возможность.

Вот именно. Смысл в С++ от таких макросов никакого. Только вот, мне не понятно, с каким уровнем оптимизации вы все компилируете.

Вообще лучше инлайнить все, что можно. Но бывают случаи когда без инлайна все работает гораздо быстрей

MrGluck · 16.01.2013, 00:57

#define - элемент языка С, в С++ желательно использовать его исключать, для этого есть все средства.
inline - это просьба компилятору, по-факту, он итак сам расставляет inline.

go · 16.01.2013, 01:05

Сообщение от MrGluck

#define - элемент языка С, в С++ желательно использовать его исключать, для этого есть все средства.

Не согласен.

Новые блоги и статьи Все статьи Все блоги /
Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .

@Kgfq 74 / 37 / 3 Регистрация: 23.09.2012 Сообщений: 408
	15.01.2013, 16:58 [ТС]
	Croessmah, в данном случае - будет. Я спрашиваю про данный случай Добавлено через 25 секунд И да, про ошибки вида: 2+3*2+3 я знаю. Сейчас скобки не ставил сознательно 0

@Kgfq 74 / 37 / 3 Регистрация: 23.09.2012 Сообщений: 408
	15.01.2013, 17:11 [ТС]
	Croessmah, 1) зачем cin >> n? 2) у меня def работал 0.289, а inline - 3.029 0

@Kgfq 74 / 37 / 3 Регистрация: 23.09.2012 Сообщений: 408
	15.01.2013, 17:29 [ТС]
	Croessmah, в релиз версии inline был быстрее. Хм. Тогда встает вопрос - за счет чего. Ведь даже есть подставить, то это одно и то же 0

Croessmah Неэпический 18149 / 10731 / 2067 Регистрация: 27.09.2012 Сообщений: 27,035 Записей в блоге: 1
	15.01.2013, 18:07
	Инлайн-функции и макросы 0

@Kgfq 74 / 37 / 3 Регистрация: 23.09.2012 Сообщений: 408
	15.01.2013, 18:50 [ТС]
	Croessmah, это все - лишь трудности работы с ними. Меня же интересует только скорость. Что быстрее и почему 0

MrGluck Форумчанин 8216 / 5047 / 1437 Регистрация: 29.11.2010 Сообщений: 13,453
	16.01.2013, 00:57
	#define - элемент языка С, в С++ желательно использовать его исключать, для этого есть все средства. inline - это просьба компилятору, по-факту, он итак сам расставляет inline. 0