andreybs,
похоже, я не могу понять вас (используемую вами терминологию).

Если у нас есть массив
my_class arr[100]
то у меня в каждом элементе массива хранится одна структура.
Это значит, что я её могу обойти, например, так:



Я это к тому, что в любом случае ваше var<double> var_n хранится в структуре. Это, конечно, может быть указатель (или ссылка) на что-то "снаружи". И вот тут я начинаю непонимать: речь идёт об "очистке" одной структуры? Тогда вы работаете с одной единицей и "валовые операции" вам не нужны. Вы меняете что-то для "кучи" структур? Но как тогда построить соответствие между местом в массиве (или векторе или что вы там используете) и местом в этом "снаружи"?

То, что вы озвучиваете, мне напоминает ситуацию:
у меня есть два поля, одно из которых меняется редко, а другое - часто. Заведу под них массивы:
double rare[maxsize]
double freq[maxsize]
Но мне же почему-то неудобно показать, что это два массива. Поэтому я сделаю псевдообвязку, в которой одно поле будет указывать (а уж как - через указатели или ссылки - не важно) на rare[i], а во второй - на freq[i]. И заведу массив такого же размера для обвязок (не создавать же ручками кучу переменных). Вот только тогда и можно "показать фокус" и почистить скопом freq, не пробегаясь по массиву обвязок. Но это автоматически означает, что у вас в массиве freq могут храниться только "плоские" POD-типы. Про структуры и классы придётся забыть - по причине особенностей хранения данных (например, вследствие выравнивания структур) как минимум.

А так, без примера очищения "скопом", я не могу понять, о чём вообще речь.

andreybsОбнуляются не структуры, а только некоторые их члены, значение которых вынесено в отдельный массив данных по указателю. В итоге обнуляется массив данных, а не массив структур.
Вот тут у меня с вами принципиальное расходение в терминологии: ничего в структурах не обнуляется. Там как хранились "редкие данные", так и хранятся. Как хранился адрес (в виде указателя или ссылки - не важно) на "частые" данные, так и хранится. А что происходит с тем куском памяти, ссылка на который хранится в структуре, структуре глубоко всё равно - хоть обнуляйте, хоть генератором случайных чисел заполняйте.

И да, похоже, сначала нужно хорошо оптимизировать алгоритм, а уже потом пытаться выиграть на "массовом заполнении" вместо "индивидуального".

Если нельзя, но очень хочется, то ...




andreybsКакая основная идея оптимизации многократно повторяющейся последовательности? - Упростить тело цикла.
Вот как раз замена вложенных циклов на "массовые операции" и позволяют ускорить тело цикла, пусть даже в ущерб быстродействию подготовки данных.
Очень просто - путём уменьшения количества операций. Т.е. выноса обнулений за циклы и т.п.

Используемый вами механизм тоже не даётся даром. Вы используете по одной ссылке на каждый элемент массива (в своей структуре-обёртке). Она не даётся даром. На указатель нужна память, в размере (в большинстве реализаций) 32bit (64-разрядные системы для простоты не рассматриваю). Это значит, что для "частых" данных вы практически удваиваете необходимое количество памяти - на сами данные и на указатель на эти данные.

andreybs,
вообще-то этот код


делает ровно то, что спрашивается в заголовке топика: он изменяет адрес ссылки (в данном случае две ссылки, хранящиеся внутри структуры). Или вам было нужно что-то другое? Но тогда что?

Если нужно пересвязать с другими переменными, то можно и так (используя другой конструктор)


в s3 будут храниться ссылки на v1 и v2, вне зависимости от того, но что они ссылались раньше.