ПрограммированиеФорумОбщее

Ускорение вычислений при перегрузке бинарных операторов (комментарии)

Страницы: 1 2 3 4 5 6 Следующая »
#0
19:40, 11 июня 2009

Ускорение вычислений при перегрузке бинарных операторов (комментарии)

Это сообщение сгенерировано автоматически.

#1
19:40, 11 июня 2009

Народ, подскажите, как эта техника называется по-научному ?
Я название подправлю.

#2
20:08, 11 июня 2009

Мне на дают прочитать :(
По что там хоть?

#3
20:10, 11 июня 2009

Пофиксил права доступа.

#4
20:14, 11 июня 2009

Nikopol
http://ru.wikipedia.org/wiki/Отложенные_вычисления ?

Конкретно для C++, Expression Templates 
http://ubiety.uwaterloo.ca/~tveldhui/papers/Expression-Templates/exprtmpl.html

#5
20:23, 11 июня 2009

Больше похоже на избавление от лишних конструкторов.

#6
21:14, 11 июня 2009

разве современные компиляторы это не оптимизируют?
не проще ли сделать функцию matrix& sum(matrix& M,const matrix& A,const matrix& B)?

#7
22:13, 11 июня 2009

композиция, а объекты порожденные для откладывания вычислений объектами замыкающими композицию или просто композиторами

#8
23:06, 11 июня 2009

jaxon
> не проще ли сделать функцию matrix& sum(matrix& M,const matrix& A,const matrix& B)?
Кому как.
Многим операторная форма записи кажется намного наглядней.

#9
23:18, 11 июня 2009

Ugin
Тема не раскрыта, нужно было написать по подробнее про template expressions.
jaxon
> разве современные компиляторы это не оптимизируют?
Нет, это ведь не элементарные операции. Чтобы такие вещи оптимизировать, нужно различные свойства функций (кода) проверять.
> не проще ли сделать функцию matrix& sum(matrix& M,const matrix& A,const matrix&
> B)?
Не проще. Если всегда так писать, то код превратиться черти во что. Читать такой код очень неудобно. Выражения то могут быть ещё и составными.

PS Гораздо интереснее было бы прочитать статью об оптимизации именно составных выражений без промежуточного копирования.

#10
23:26, 11 июня 2009

001
> Ugin
> Тема не раскрыта, нужно было написать по подробнее про template expressions.
Думаю он тебе не ответит.
Он в последний раз заходил на форум в 2005 году :)

#11
3:06, 15 июня 2009

Nikopol
> Думаю он тебе не ответит.
> Он в последний раз заходил на форум в 2005 году :)
Он умер?

#12
8:31, 15 июня 2009

RVO разве не решает эту проблему?

#13
9:15, 15 июня 2009

Вероятно, на момент написания статьи не все компиляторы подерживали RVO, как и сейчас не все держат NRVO.

#14
9:37, 15 июня 2009

ИМХО подсказка мимо...

jaxon
> разве современные компиляторы это не оптимизируют?

Нормальный компилятор всё пучком сделает...

001
> Нет, это ведь не элементарные операции. Чтобы такие вещи оптимизировать, нужно
> различные свойства функций (кода) проверять.

Да всё ок будет...

du_hast
> RVO разве не решает эту проблему?

+1

asm
> Вероятно, на момент написания статьи не все компиляторы подерживали RVO, как и
> сейчас не все держат NRVO.

Это в каком таком году до нашей эры надо было написать подсказку? Студия 2005 100% поддерживает, а уж 4 года прошло с тех пор...
Пруф: http://msdn.microsoft.com/en-us/library/ms364057.aspx

Страницы: 1 2 3 4 5 6 Следующая »
ПрограммированиеФорумОбщее

Тема в архиве.