После обновления на 6.20.1 стал тупить подбор товара в чеке : Frontol

Приветствую всех!
Комп древний, но еще живой (intel atom d2500), винт заменен на SSD, настроен ежедневный регламент проверки и свертки базы (доки и операции хранятся 30 дней), база сильно не растет, держится в районе 200-250мб справочник товаров - пары тысяч наименований, диск размечен стандартными кластерами 4кб (встречались рекомендации по этому параметру, касательно Фронтола).
После обновления с 6.18 на 6.20 стали более ощутимые затыки при подборе товара в чек, т.е. кассир ткнул в пункт меню и ждет 2-3, а иногда и 3-4 сек., пока первый товар в чеке появится в списке. Потом товары добавляются чуть шустрее, новый чек - опять затык на первом товаре.
В этот момент в диспетчере задач никаких особых нагрузок ни на проц ни на диск не наблюдается. На аналогичных кассах с компами чуть новее таких затыков существенно меньше.
На 6.18 и более ранних релизах тормоза почти не проявлялись, а с 6.20 прям чувствительно так стало. Куда копать, кроме аппаратного апгрейда?
Может есть какой-то FAQ по основным рекомендациям по повышению быстродействия Фронтола?

если сетевых обменов никаких нет, то где-то бутылочное горлышко есть среди перечисленного, лучше оперировать не собственными выводами, а показателями, которые оценивались, смотреть надо не в диспетчере, а в perfmon.msc, а вот нагрузку процессора смотреть не общую, а по ядрам, есть предположение, что старенький Атом уже не вывозит нагрузку, но это должно быть видно.

В момент подбора товара никакой сетевой обмен не предполагается, база локальная. Хотя пару лет назад было настроено так, что почти десяток касс с Фронтолом работали с единой базой, лежащей на серваке (так надо было для одной скидочной схемы). И надо сказать, года 3-4 проработало в таком режиме вполне приемлемо на тех же Атомах на кассах. Но потом, по мере обновления релизов Фронтола, начинало тупить все больше и больше, по этому разбил базы на локальные, и пару лет стало опять работать хорошо, без лагов. Прошло пара лет, и теперь опять, после обновления с 6.18 на 6.20 и локальные базы стали подтупливать.... Плохая тенденция, но выбора нет, надо как-то решать вопрос. Где можем - обновляем компы, но аппаратно обновлять все кассы при обновлении Фронтола - это какой то неправильный путь, ИМХО.
Кстати пробовал делать выгрузку настроек не локально, а по сети, запуская фронтол-администратор в виртуалке на серваке с заведомо предостаточными параметрами производительности (SSD, 8Гб оперативки, 8 ядер проца семейства intel gold, 64битная винда) , подключаясь к базе Фронтола на удаленной машине. Наблюдал потребление памяти на кассе и на виртуалке - при попытке выгрузки настроек на кассе используемая оперативка практически не увеличивается, оставаясь примерно на уровне 600-700Мб, а на виртуалке с 8Гб потребление растет до тех же примерно 1.7Гб и выскакивает та же ошибка о нехватке памяти (это при 8Гб назначенных виртуалке...)
Я пока как-то даже теряюсь, в какую сторону копать для решения этой проблемы...

Предлагаю не путаться в проблемах, что при каких-то условиях падает с нехваткой памяти - понятно, но это в соседней теме было.
Сейчас про подбор товара, который тупит. Что раньше работало - тоже не имеет значения. Сейчас надо понять, что тупит.
По ядрам загрузка какая? Приведи скриншоты, что оценивал?

Доброго дня. Фронтол 6.21.1
Такая же проблема при добавлении первого товара в чек.

Есть какое то решение?

Переписка с Атолом по этому поводу:

--Здравствуйте! После обновления Фронтол на версию 6.21.1, при добавлении товара в чек первой позиции фронтол подвисает секунд на 10, следующие позиции добавляются нормально и так каждый чек в независимости от типа товара. Что с этим делать?

---Добрый день. Проверяйте работу на чистой базе. Список товаров должен быть с
папками, а не одним списком. Удалите старые кассовые транзакции.

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

-----Значит дорабатывайте АСТУ. Если список номенклатур большой и одним списком, то
торможение допустимо.

По вашему обращению № "Сообщение с портала ac.atol.ru" было
предоставлено решение.

Решение:


Если Вы хотите продолжить работу по обращению, то ответьте на данное письмо.


Итог: иди наксуй сам дурак.

Может я чет не понял, но папки в Фронтол выгружаются из Управление торговлей 11.0. Или вы не про эти папки?



(0.03Мб)

У меня УТ 11.5, папки не выгружаются.

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

Тут да, есть у нас один штрил-лайт, который можент выдать чек минут через 10 после команды от кассового ПО. Иногда сразу, иногда через 5 минут. Смена типа связи с USB на TCP отчасти решает эту проблему, но не коренным образом, даже по эзернету может выдать X-отчет, и подвесить кассовое ПО на несколько минут.
Причем ошибок нет, технических проблем тоже, но вот иногда так тупит. Заменили его на атол 77ф, проблемы с тупняками пропали, как класс.