ADOQuery->Close();
ADOQuery->SQL->Clear();
ADOQuery->SQL->Add("что то");
Нужна ли функция?
Вопрос возможно не в тему но все же.
У меня в программе часто повторяется такой код:
Я все это дело заменил функцией вида
где-то в начале исходника болтается прототип этой функции
Вопрос в слдующем. В каком из вышеприведенных примеров будет работать быстрее?
У меня в программе часто повторяется такой код:
Код:
Я все это дело заменил функцией вида
Код:
void func(ADOQuery *q,String s)
q->Close();
q->SQL->Clear();
q->SQL->Add(s);
return;
q->Close();
q->SQL->Clear();
q->SQL->Add(s);
return;
где-то в начале исходника болтается прототип этой функции
Код:
void func(ADOQuery *, String);
Вопрос в слдующем. В каком из вышеприведенных примеров будет работать быстрее?
Не думаю, что вы почувствуете разницу в производительности. Расходы на вызов функции минимальны (если еще заменить String s на const String &s).
Цитата: Posix86749
Вопрос возможно не в тему но все же.
У меня в программе часто повторяется такой код:
Я все это дело заменил функцией вида
где-то в начале исходника болтается прототип этой функции
Вопрос в слдующем. В каком из вышеприведенных примеров будет работать быстрее?
У меня в программе часто повторяется такой код:
Код:
ADOQuery->Close();
ADOQuery->SQL->Clear();
ADOQuery->SQL->Add("что то");
ADOQuery->SQL->Clear();
ADOQuery->SQL->Add("что то");
Я все это дело заменил функцией вида
Код:
void func(ADOQuery *q,String s)
q->Close();
q->SQL->Clear();
q->SQL->Add(s);
return;
q->Close();
q->SQL->Clear();
q->SQL->Add(s);
return;
где-то в начале исходника болтается прототип этой функции
Код:
void func(ADOQuery *, String);
Вопрос в слдующем. В каком из вышеприведенных примеров будет работать быстрее?
Расходы на вызов функции минимальны - но они есть. Поэтому быстрее будет работать без функции. Это естественно. Другое дело, что прирост производительности может на общем фоне быть просто не заметен. Вариант - можно попытаться возложить задачу оптимизации на компилятор используя __fastcall. В таком случае (если это возможно) компилятор преобразует вызов функции в inline и попытается организовать передачу параметров через стек. Что бы это произошло, функция должна соответствовать определенным требованиям (см. описание inline-функций).
Цитата: kot_
Вариант - можно попытаться возложить задачу оптимизации на компилятор используя __fastcall. В таком случае (если это возможно) компилятор преобразует вызов функции в inline и попытается организовать передачу параметров через стек. Что бы это произошло, функция должна соответствовать определенным требованиям (см. описание inline-функций).
да-ну-нах:)
1. __fastcall и inline никак не связаны (т.е. модификатор __fastcall не заставляет ф-ю быть встроенной)
2. Параметры всегда (почти) передаются через стек, только порядок этот может быть разный
3. __fastcall предписывает передать первые два параметра через регистры процессора, в этом и есть ускорение
_fastcall f(A, B, C, D);
_fastcall:
push D
push C
mov edx, B
mov eax, A
call F
; ret 8 ; очистка стека - в функции. т.е. переменное число параметров не допускается (на счет последнего не уверен)
Цитата: Posix86749
Вопрос в слдующем. В каком из вышеприведенных примеров будет работать быстрее?
Затраты на вызов функции в данном контексте могут вообще не учитываться... Пишите, как удобно! Я бы предпочел вариант с функцией, т.к. меньше дублирования кода.
В крайнем случае действительно можно поставить __inline, но на мой взгляд это ничего не изменит. Скажу прописную истину, но тем не менее: "оптимизировать надо то, что медленно работает". И кроме как профайлером такие места не найти.
Цитата: GIZMO
3. __fastcall предписывает передать первые два параметра через регистры процессора, в этом и есть ускорение
три: eax, edx, ecx
Цитата: GIZMO
да-ну-нах:)
1. __fastcall и inline никак не связаны (т.е. модификатор __fastcall не заставляет ф-ю быть встроенной)
1. __fastcall и inline никак не связаны (т.е. модификатор __fastcall не заставляет ф-ю быть встроенной)
может перепутал с чем либо - но вроде как в руководстве утверждалось, что если функция может быть преобразована к инлайн - то это делается. Ну может и спутал чего - хз. Смотреть некогда. Не делает - ну и хрен с ней.