Т.е. у которых итоги в ноль не уходят. Как проверить, что они тормозят базу? Имеет ли смысл разбираться?
Гугл в основном выдаёт всё про аппаратную оптимизацию..

А почему они должны ее тормозить?

Запрос по остаткам сделай по регистру по всем измерениям
Если меньше минуты - все ок

(0) Смотри размер итоговой таблицы и индексов к ней

(1) Потому что если итоги не будут закрываться, они могут сильно вырасти
(2) И так для каждого регистра накопления? Есть смысл другие регистры смотреть?
(3) А как смотреть индексы и что в них нужно смотреть?)
Спасибо

база клиент-сервер ?.
по пункту 2) читай рекомендации 1с. там много интересного

Premature optimization is the root of all evil.
D. Knuth.

(0) на конкретной базе проверить легко
сделать замеры показателей часто используемых запросов (CPU,IO,..)
закрыть избыточные остатки
опять сделать замеры и сравнить с первыми

(0) а имеет ли смысл разбираться тебе должны сказать пользователи базы, заказчики, в общем те люди которые задают приоритет задачам

Всем спасибо

(8) Увидел у клиента кривую базу - много мест, где не закрываются отсатки.. Плюс база жутко тормозит. Думаю как раз предложить человеку, который задаёт приоритет, разобраться с этим делом. Время - деньги)

(9)
Тормозить может по другой причине.
А гигантские итоги на хорошем серваке могут вести себя вполне ничего

Посмотри оборотку если тоже тормозит - дело не в остатках

(2) Минута тоже ок

(4) Присоединяюсь к (3).
Поищите обработку (отчет), которая покажет размеры таблиц.
Для 8.1 могу выслать (не моя).
Обратите внимание на соотношение таблицы итогов и основной и на размер таблиц индексов.
Можно самому посмотреть запросом число записей в остатках (по всем измерениям и ресурсам).
Даже если и не тормозит, незакрытые регистры неспортивно.