важно учитывать, что ресурсы расходуются не только на прорисовку, но и на компановку элементов управления.
Проще говоря, нужно как следую продумать компоновку, чтоб изменение 1 контрола, не влияло на пересчет компоновки всех остальных.
При обновлении визуальных контролов делать это 30-60 раз в секунды по меньше мере глупо, но если такая задача все же необходима (для создания качественной анимации с высокой частотой кадров и минимальной нагрузкой), то необходимо использовать элементы интерфейса наследованные от Visual, а не от Control. Вообще все элементы управления имеющие визуальное представление наследованны либо от Visual для 2D, либо от Visual3D.
Есть количество элементов на экране большое, а их обновление занимает много времени (для прорисовки), то это самый лучший вариант. При этом, стоит подумать над тем, что лучше, заменить кучу контролов на 1 (который будет их всех прориросывать), либо декомпозировать
и объединить.
Так же, необходимо стремиться к тому, чтоб визуальное дерево не было слишком большим, чем более глубокое дерево, тем больше ресурсов будет уходить на маршутизируемые события, команды, компоновку (OverrideMeasure, OverrideArrange), относительное связывание, поиск элементов в дереве и т.д., так как вызов пересчета компоновки корневых элементов будет вызывать практически полные пересчет всех вложенных.
Так же для повышения производительности стоит почитать про bitmap кеширование. После того, как визуальный объект был сформирован (определен его размер и нарисован) его внешний вид сохраняет в bitmap кеш, который использует для отображения и быстрой перерисовки контрола на экране. При анимации движении элемента, его размер и внешний вид не будут изменяться, следовательно будет просто копирование bitmap кеша в нужную область экрана.
Использовать все прелести виртуализации, при необходимости создавать свои собственные панели компоновки поддерживающие виртуализацию. Для этого стоит обратить внимание на абстрактный класс VirtualizationPanel и интерфейс IScrollInfo.
Это довольно геморойная хрень, сделать свою вирт. панель очень не просто, при этом возникаем масса сложностей и недостатков такого подхода. Но он хорошо окупается, если большая часть элементов управления находится в не области видимости.

Советую почитать про наследование Visual, работа с этим базовым классом сильно отличается от Control

опишите, более подробно, если не секрет, что вы пытаетесь делать