Передача аргументов в функцию

Добрый день, хочу спросить, стоит ли вот так перегружать функции?:
Или просто лучше оставить:
Выиграет ли первый вариант по производительности?

0

Сообщение от dpytaylo Выиграет ли первый вариант по производительности?

Проиграет.

Сообщение от dpytaylo Или просто лучше оставить:

Лучше. И const в общем-то тоже не нужен.

1

Сообщение от dpytaylo Добрый день, хочу спросить, стоит ли вот так перегружать функции?:

Для int и других базовых типов особого смысла нет. Для классов и структур - стоит

1

DrOffset, oleg-m1973, спасибо)

0

dpytaylo, Если вы программируете для x86_64, то вам следует знать следующее:

Сообщение от Windows The Microsoft x64 calling convention is followed on Windows and pre-boot UEFI (for long mode on x86-64). It uses registers RCX, RDX, R8, R9 for the first four integer or pointer arguments (in that order), and XMM0, XMM1, XMM2, XMM3 are used for floating point arguments. Additional arguments are pushed onto the stack (right to left).

Сообщение от Sys V The calling convention of the System V AMD64 ABI is followed on Solaris, Linux, FreeBSD, macOS, and is the de facto standard among Unix and Unix-like operating systems. The first six integer or pointer arguments are passed in registers RDI, RSI, RDX, RCX, R8, R9 (R10 is used as a static chain pointer in case of nested functions), while XMM0, XMM1, XMM2, XMM3, XMM4, XMM5, XMM6 and XMM7 are used for certain floating point arguments. As in the Microsoft x64 calling convention, additional arguments are passed on the stack

Т.е. нет никакого смысла, и даже вредно, передавать как минимум первые четыре аргумента или один, но меньший или равный совокупному размеру как минимум 4х регистров не по значению.
Например, если у вас структура из двух целочисленных полей, например std::pair<int, int>, то ее можно и нужно передавать по значению, т.к. компилятор раскидает эти поля по регистрам (в случае std::pair<int, int> значение всей структуры будет передано в одном регистре). Если вы будете передавать ее по ссылке, то получите лишнюю косвенность на обращении к значениям (ссылка под капотом реализуется как указатель - получаем разыменование указателя на каждом обращении). Все это справедливо, если функция не-inline, в случае выполнимого inline компилятор, как правило, сможет убрать косвенность, подставив непосредственное значение вместо ссылки.

Пример: https://godbolt.org/z/eHn2dY

Если интересны подробности, можете почитать вот этот документ: https://software.intel.com/sit... 64-abi.pdf (для винды подобного документа нет, но там ситуация очень похожа).

Добавлено через 14 минут
Добавлю, что все вышесказанное справедливо для типов с тривиальным копированием. Если в деле типы с нетривиальными конструкторами копирования, то рекомендации насчет ссылок остаются в силе.

6

А чаем отличается числовой литерал от переменной?
И тот и тот , смотрю в книжке, пишут как
X = 10

Добавлено через 1 час 16 минут
Вот в документации Microsoft
Если это литерал, что же такое простая переменная I?

0

alexbmd, литерал - это циферка 157 в этом коде. А переменная i инициализируется значением этой циферки.

0

хорошо как тогда вызывать каждую из этих функци ?
первую
а вторую ?

0

Сообщение от alexbmd а вторую ?

setX(std::move(x));

1

alexbmd, для литерала автор предполагал вызывать так:
тут выражение 10 порождает временный объект (переменную) со значением 10. перегрузка разрешается в пользву версии с int &&

2

Елки палки как у вас вся это информация помещается в голове. Восхищаюсь

0