Используя простой классbackend, который обертывает любой встроенный арифметический тип, мы можем измерить накладные расходы, связанные с оберткой типа внутри интерфейса<number>, и эффект, который имеет включение шаблонов выражения. Следующая таблица сравнивает производительность между<double>и<double>, завернутым внутри класса<number>:

Как видите, есть ли накладные расходы, и насколько они велики, зависит от реальной ситуации, но накладные расходы в любом случае малы. Шаблоны экспрессии обычно добавляют большие накладные расходы, чем сложнее становится выражение, благодаря логике выяснения того, как лучше распаковать и оценить выражение, но, конечно, это также ситуация, когда вы экономите больше времени. Для «тривиального» бэкэнда, такого как этот, экономия времени не имеет никакой пользы, но для более крупных типов это становится большей победой.

Следующая таблица сравнивает арифметику, используя либо<long long>, либо<number<arithmetic_backend<longlong>>>длятеста строителя вороной-диаграммы:

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

Тестовый код был составлен с помощью Microsoft Visual Studio 2010 со всеми оптимизациями, включенными (/Ox), и использовался MPIR-2.3.0 иlibtommath-0.42.0. Тесты проводились на 32-разрядной машине Windows Vista.