Профилактика (чистка) кассы ... : УКМ-4

Со временем кассы начинаю подтормаживать... кто что делает... может у кого скрипт чистки есть... и тд и тп...

За год использования УКМ4 ничего для чистки не делал, тормозов (явно вызванных накоплением данных или временем работы) не наблюдаю.

Аналогично, ничего серьезного не припоминаю и за все время не сложилось какой-то последовательности "в первую очередь смотрите сюда, далее туда".
Ну кроме стандартного "дать mysql больше памяти".
Чеки кассу не тормозят, тем более за стандартные 2 недели хранения.

Нужно искать, на чем именно затыкается.
В некоторых версиях тормозили некоторые скидки.
Или часто проходит полная выгрузка из бэкофиса.
Или есть что-то, за чем кассы постоянно ходят на сервер (остатки, счета), и сервер не справляется.
Или наоборот, сервер часто обсчитывает что-то объемное (те-же счета) и спускает на кассы.

Подтверждаю, кассы со временем начинают подтормаживать (обычно года через 3-4).
Из опыта, основных причин может быть несколько:
1) на кассах старая файловая система (ядро версии 2.6.35.7 - текущая версия 3.16.0nat)
решение: перепрошивка кассы, переход на btrfs
2) накопленный "мусор" в БД, старые индексы, остатки ненужных данных.
Решение: обслуживание кассовой БД или перезаливка данных в БД с сервера
3) умирает оборудование (чаще всего винт)
Решение: замена оборудования (винта), прошивка кассы
4) интеграция с внешними системами (лояльности, б/н и т.п.)
Решение: нет, остается только трясти тех.поддержку этих систем с целью оптимизации их ПО

1. Базовые настройки mysql на кассе не используют всю доступную память - там есть чего подкрутить.
2. Чтобы выявить проблему нужно слова пользователя "касса тормозит" перевести в цифры.
Для этого:
а) собираем скриптом всё кассовое железо и размер БД в одну табличку.
б) пишем запрос который покажет скорость обслуживания на кассе в разных срезах: время между футером и хедером, время между субтоталом и хедером, время между субтоталом и футером, время обслуживания нала и разного экваринга. Собирать данные за три месяца, чтобы было больше стат данных и чтобы была как можно меньшая зависимость от кассиров, которые за кассой сидят. В любом случае, скорость обслуживания зависит и от правильных мотиваций, и от магазина. Некоторые магазины могут отбивать товары чуть ли не в два раза медленнее.
в) объединяем железо и скорость работы, ищем зависимости. Так мы для себя совершенно неожиданно открыли, что один экваринг работает ЗНАЧИТЕЛЬНО быстрее другого. В синтетических тестах этого видно не было, хотя засекали секундомером.
3. Может дело не в длительной работе кассы, а, например, в подключенном ДП? В одной из версий если был подключен ДП - касса нещадно тормозила. После исправления подключение заработало, но визуально касса медленно меняет цифры на экране, в случае подключенного ДП,

У себя обнаружил что лог Сбера вырос до 2Г после его удаления касса стала ожила...

Может банально проверить срок хранения чеков на кассе и выставить минимальный?
В свое время в С+ именно это было обозначено основной причиной тормозов, а жираф большой, ему виднее. После чего и появилась настройка обрезки чеков на кассе для хранения.
Переходите на УКМ 5, там по логике должно быть быстрее все, так как вырежут кучу хлама, накопленного более чем за 10 лет разработки УКМ 4.

~Guest~, так он еще в альфе/бэте же? Не на что пока переходить)

А чего С+ говорит, может они как то с этим научились бороться и резать их автоматом?

Тут фиг поймешь кому верить, менеджеры С+ меня убеждают, что уже год смело продают УКМ 5 направо и налево, прямо лучший продукт, очереди стоят.

Вот сейчас даже не ерничал, за что купил, за то продал.