Доброго всем дня! После обновления платформы до 27 версии связка Розница 2.3.23.44 и ККТ Википринт 80+Ф долго пробивает чеки, сам чек печатается быстро, но табличная часть очищается от 10 до 30 секунд. До этого была 24 платформа и все работало быстро.Откатиться не вариант, т.к. для 2.3.23.44 минимальная версия платформы 27. До этого сталкивался со схожей проблемой при обновлении до 25.1501, симптомы были те же и помог откат до 24.1761. Уточню, базы везде файловые. Подскажите как с этим бороться?

Скорее всего долгая запись и проведение документа ЧекККМ. Смотреть, нет ли доработки влияющей.

На 8.3.27.1606, связь УТ и ККТ, никакого замедления не замечено. До этого сидели на 8.3.25, там ничего подобного не замечалось тоже. Проблема где-то в другом месте.

(1) Поставил все актуальные патчи, делу не помогло. Возможно нужно двигаться от обратного искать патч который стоит отключить (2) У вас какие ККТ? С атолами и штрихами все нормально работает у нас, только у википринта зависания эти.

Тогда пошаманить: почистить кэш, перерегать компоненту, понизить |повысить компоненту, если требуемый функционал позволяет.
Хотя, сейчас же только последнюю надо ставить, в связи с обновлениями прошивки к 1 сентября.

Два типа Атолла: 11 и 30. Оба работают норм.

(4) Все это уже испробовано, в том числе ТИИ, выгрузка-загрузка. Как в начале года откатиться не выйдет, актуальная конфа только с 27й платформой работает. Под вечер вскрылось что на Атолл-55Ф та же песня. Может ли количество чеков и записей в регистрах влиять на скорость записи чека? Чеков накопилось много с 18 года. Замер производительности сказал что 28 секунд тратится на Объект.Движения.Записать() в ОбщийМодуль.ПроведениеСервер.Модуль, Остальное все проходит мигом.
Натянется ли патч EF_00_00300787 РМК: Долгое пробитие чека ККМ  на новую конфу 2.3.23.44 вот думаю =D он для 2.3.4 предназначен был в 2020 году, тогда те же были у людей проблемы

Я бы вообще для начала убрал все патчи. И натягивать патч 2020 года это безумная идея. Розница 2020 уже мало что имеет общего с розницей 2025. Какая конкретно 27 платформа?
Что такое "очищается табличная часть" ? Отображается диалог ввода нового чека ?

(7) Патчи начал ставить в попытке устранить проблему, платформа 27.1688, проблема началась с 25.1501 еще в январе, тогда была возможность откатиться на 24.1761, на ней все работало хорошо. Да, можно сказать и так. После подтверждения оплаты печатается чек и табличная часть со списком товаров в чеке висит продолжительное время. В это время невозможно начать новый чек.

(8)после пробития чека вроде ничего не должно проводиться, он записывается в регистр фискальных операций. Попробуйте другую 8.3, этот релиз многие ругают

(9) Как раз-таки записывается он долго, о чем и говорят замеры, писал об этом в (6)

(0) Так а какая именно процедура тормозит? в замере должно быть видно.

Это ваша же тема https://qna.habr.com/q/1386642
Патчи к МОПТ относились 1С:Розница - тормоза пробития чека
А сколько база весит?
Может, действительно, уже пора ей в клиент-сервер или шринк?
Как вариант, поднять тестовую базу: взять копию существующей, сделать на ней свертку и протестить до или после закрытия магазина чеки, потом возврат.

(12) Да, моя, в начале этого года создана была, тогда откатом на 24-ю платформу решилось. Базы весят 11.5гб и 9.7гб, понимаю что пора резать пока файл базы до критичного не вырос. Помимо свертки еще и замеры производительности нужно почистить.