Розница 2.0 тормоза при пробитии чека
Клиен-серверный вариант! В общем стоит касса онлайн,толстый клиент (режим РМК) при пробитии чека жуткая задержка, секунд 5-10 (указатель мыши крутится, как будто система загружена), потом пробивается чек и открывается ДЯ. Не знаю на что и думать, сервер конечно не фонтан(десктоп 4 ядра, 16 гигов оперы, рейд 1), но для 1й кассы и 2х менеждеров думаю более чем достаточно! Сама касса 2х ядерный проц, 1 гиг памяти, ОС вин ХР. Кто сталкивался? Выручайте, работать невозможно.
Грешу еще на дисковую систему севера!
Грешу еще на дисковую систему севера!
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Кстати, печатаю отчет без гашения, мгновенно печатает, печатаю чек, задержка, делаю отчет с гашением, задержка! Все таки больше подозрение на скорость связи кассы с базой 1с!При пробитии чека там же проводится документ "Чек ККМ" вот по этому такая пауза получается
Проверь скорость сети. Также учти что при одновременном пробитии чеков на 2 компах могут возникать тормоза из-за блокировки таблицы, также например эти же тормоза возникают при обмене данными.
Попробуй на этом же компьютере ручками набить документ Чек КММ и провести его (в толстом клиенте). Тормоза такие же ?
Попробуй на этом же компьютере ручками набить документ Чек КММ и провести его (в толстом клиенте). Тормоза такие же ?
Там всё в совокупности.
Рекомендую обязательно проверить задержки во время печати чека.
В атоловских фискальниках, в коде обработки обслуживания видно что она некоторые моменты не ждет от фискальника, следовательно тормозов меньше.
Я частично решил проблему следующим образом:
Переписал штриховскую обработку обслуживания.
После всех проверок заполнения чека сунул процедуру, открывающую денежный ящик...
Пока чек проводится кассир уже видит сумму сдачи и рассчитывает клиента, ну а секунд через 3-6 вываливается чек.
Рекомендую обязательно проверить задержки во время печати чека.
В атоловских фискальниках, в коде обработки обслуживания видно что она некоторые моменты не ждет от фискальника, следовательно тормозов меньше.
Я частично решил проблему следующим образом:
Переписал штриховскую обработку обслуживания.
После всех проверок заполнения чека сунул процедуру, открывающую денежный ящик...
Пока чек проводится кассир уже видит сумму сдачи и рассчитывает клиента, ну а секунд через 3-6 вываливается чек.
1. Атоловский драйвер для фискальников Штрих-М платный.
2. Рекомендую установить драйвер от Штрих-М и обработку ShtrihMFiscalPrinters_v2, также стоит проверить скорость сом-порта в настройках драйвера, как ни странно скорость лучше установить 9600.
2. Рекомендую установить драйвер от Штрих-М и обработку ShtrihMFiscalPrinters_v2, также стоит проверить скорость сом-порта в настройках драйвера, как ни странно скорость лучше установить 9600.
Isd_777, последовательность действий такова:
1. сносим все атоловские дрова,
2. устанавливаем последний драйвер от Штрих-м,
3. заходим в тест драйвера напрямую (не через 1С), что-то типа Пуск/Все программы/Штрих-М/Тест ККМ,
4. настраиваем ФР. Если всё нормально, проверяем в каком состоянии находится ФР (смена должна быть закрыта, ЭКЛЗ активизирована), для нового ФР только смена закрыта. Устанавливаем скорость. Снимаем х-отчёт, чтобы убедиться в работоспособности.
5. Выходим из теста драйвера ККМ, запускаем 1С.
6. Удаляем все настройки торгового оборудования, подключаем новый ФР (лучше через помощник) обработкой от Штрих-М, проверяем правильность подключения через снятие х-отчёта.
1. сносим все атоловские дрова,
2. устанавливаем последний драйвер от Штрих-м,
3. заходим в тест драйвера напрямую (не через 1С), что-то типа Пуск/Все программы/Штрих-М/Тест ККМ,
4. настраиваем ФР. Если всё нормально, проверяем в каком состоянии находится ФР (смена должна быть закрыта, ЭКЛЗ активизирована), для нового ФР только смена закрыта. Устанавливаем скорость. Снимаем х-отчёт, чтобы убедиться в работоспособности.
5. Выходим из теста драйвера ККМ, запускаем 1С.
6. Удаляем все настройки торгового оборудования, подключаем новый ФР (лучше через помощник) обработкой от Штрих-М, проверяем правильность подключения через снятие х-отчёта.
Isd_777, я бы ещё проделал следующее:
1. проверил скорость работы ФР на локальном компьютере (на компьютере, к которому подключен ФР, запустил тест драйвера ККМ, пробил в нём чек). Если пробивается быстро, то проверяем дальше п. 2, если нет, то проблема либо в ФР, либо в драйвере, либо в компьютере.
2. Запускаем тест драйвера ККМ уже на сервере и опять пробиваем чек, если всё нормально, то проблема однозначно в настройках базы 1С. Если локально нормально пробивается, а на сервере нет, то проблема в сетке.
1. проверил скорость работы ФР на локальном компьютере (на компьютере, к которому подключен ФР, запустил тест драйвера ККМ, пробил в нём чек). Если пробивается быстро, то проверяем дальше п. 2, если нет, то проблема либо в ФР, либо в драйвере, либо в компьютере.
2. Запускаем тест драйвера ККМ уже на сервере и опять пробиваем чек, если всё нормально, то проблема однозначно в настройках базы 1С. Если локально нормально пробивается, а на сервере нет, то проблема в сетке.
Isd_777, надеюсь ты уже проверил настройки сом портов в операционной системе.
Экспериментировать можно и с атоловским драйвером и обработкой, но без ключа будет включён демо-режим с ограничением "Регистрация только единичного количества по цене 10 рублей.", поэтому лучше сразу всё делать на драйвере и обработке от Штри-М.
Экспериментировать можно и с атоловским драйвером и обработкой, но без ключа будет включён демо-режим с ограничением "Регистрация только единичного количества по цене 10 рублей.", поэтому лучше сразу всё делать на драйвере и обработке от Штри-М.
Вы как-то странно подошли к решению проблемы. Где ваши замеры производительности? Какой у вас размер базы?
Я так понял она в файловом режиме. Какова фрагментация файла БД?
Нужно создать план обслуживания сервера, повесить батник на ночь. С его помощью делается и резервное копирование и дефрагментация, может быть и переиндексация базы 1С.
В Windows есть счётчики производительности. На сервере открыть замер производительности и узнаешь не перегружается ли очередь к жёсткому диску или памяти. Сюда же нагрузка на сетевую карту.
Не плохо было бы проверить и сеть. Может тётя стулом передавила кабель? Берём большой файл и кидаем по сети, смотрим скорость его передачи. Проверяем в обе стороны. Снижение скорости работы ТСР происходит при повышении кол-ва не доставок IP пакетов. А они не доходят потому что хаб/сетевуха глючат, или кабель перегнут/сломан.
Проверить журналы событий систем на рабочих станциях, отфильтровать ошибки и пролистать их. Может где-то умирает железо или софт. Исключить папку БД из проверок антивирусом. Вирусы/трояны. Но кстати, тут ещё хорошо помогает просто отключить остальные рабочие станции чтобы они не мешали. Вечером юзера по домам уходят, сеть частенько излечивается. Будь где-то глючная сетевая карта, она не даст работать серверу. Будет слать на него пакеты от которых он ляжет.
Дальше на клиенте запускаем 1С отладчик, замер производительности. Жмём провести чек. После окончания останавливаем замер. Смотрим на какое место ушло времени больше всего. Будет ясно то ли это ККМ тупит, то ли проведение по регистрам.
1С при размере базы более 500-800 мб виснет и вызывает длительные блокировки. Вследствие чего висит ещё больше. Ещё 1 тест замер провести в монопольном режиме без других пользователей. Кстати в 8-ке есть фоновые задачи, всякая индексация и тому подобное. В журнале регистрации можно посмотреть про их запуск/остановку.
И потом только можно будет решать.
Я так понял она в файловом режиме. Какова фрагментация файла БД?
Нужно создать план обслуживания сервера, повесить батник на ночь. С его помощью делается и резервное копирование и дефрагментация, может быть и переиндексация базы 1С.
В Windows есть счётчики производительности. На сервере открыть замер производительности и узнаешь не перегружается ли очередь к жёсткому диску или памяти. Сюда же нагрузка на сетевую карту.
Не плохо было бы проверить и сеть. Может тётя стулом передавила кабель? Берём большой файл и кидаем по сети, смотрим скорость его передачи. Проверяем в обе стороны. Снижение скорости работы ТСР происходит при повышении кол-ва не доставок IP пакетов. А они не доходят потому что хаб/сетевуха глючат, или кабель перегнут/сломан.
Проверить журналы событий систем на рабочих станциях, отфильтровать ошибки и пролистать их. Может где-то умирает железо или софт. Исключить папку БД из проверок антивирусом. Вирусы/трояны. Но кстати, тут ещё хорошо помогает просто отключить остальные рабочие станции чтобы они не мешали. Вечером юзера по домам уходят, сеть частенько излечивается. Будь где-то глючная сетевая карта, она не даст работать серверу. Будет слать на него пакеты от которых он ляжет.
Дальше на клиенте запускаем 1С отладчик, замер производительности. Жмём провести чек. После окончания останавливаем замер. Смотрим на какое место ушло времени больше всего. Будет ясно то ли это ККМ тупит, то ли проведение по регистрам.
1С при размере базы более 500-800 мб виснет и вызывает длительные блокировки. Вследствие чего висит ещё больше. Ещё 1 тест замер провести в монопольном режиме без других пользователей. Кстати в 8-ке есть фоновые задачи, всякая индексация и тому подобное. В журнале регистрации можно посмотреть про их запуск/остановку.
И потом только можно будет решать.
База ms sql, не файловый, хочу кассу на отдельную сетевуху посадить, может поможет! База пока маленькая, порядка 150мб, фрагментация каждую ночь уже проводится(штатными средствами, по расписанию) Кстати, пробовал в файловом режиме, ну просто нереально долго все открывается, проводится и все такое!Отладчиком проверю, отпишусь
Пересадил базы на рейд 10, раза в 2 быстрее все стало работать! Выкладываю замеры производительности из тонкого клиента и из РМК, кто разбирается, посмотрите пожалуйста и скажите, нормально это или нет!
Тонкий клиент
РМК
Тонкий клиент
РМК
лечил подобную проблемму чаще всего скоростью связи и тайм аутом.
скорость связи какая стоит в драйвере фискальника ? 115200 ? тайм аут 100-200 ?
касса именнно фискальник ? или перепрошитый чековый принтер ?
были кривые прошивки первые которые на малых скоростях работали.
скорость связи какая стоит в драйвере фискальника ? 115200 ? тайм аут 100-200 ?
касса именнно фискальник ? или перепрошитый чековый принтер ?
были кривые прошивки первые которые на малых скоростях работали.
Пробовал на домашнем компьютере базу рабочую, раза в 4-5 быстрей все проводится! и еще прогонял тестом производительности Гилева, дома показало 83 балла, на сервере на работе, всего лишь 30 баллов, сервер АМД х924 2.8ггц, рейд 10 из 4х сата дисков 7200оборотов, 16гб оперативки, домашний комп -ай7 2600к, ссд, + обычный сата 5400оборотов, 8гб памяти, на обоих дисках тестировалось, результат одинаковый! 99.99% тормоза из-за сервера
(44) lsd_777, Если склоняешься в пользу неработающего сервера, как вариант ставь на нём виртуальную машину и проверяй на чистой винде, либо рядом со старой виндой поставь ещё одну и посмотри как будет работать. Либо возьми просто левую машину и сделай сервером на пару часов и проверь работоспособность.
ИМХО вирус у вас в локальной сети, или винда похерена, что по сути одно и то же.
Можно конечно твой сервер ещё прогнать проверочкой какой нить типа avz.
ИМХО вирус у вас в локальной сети, или винда похерена, что по сути одно и то же.
Можно конечно твой сервер ещё прогнать проверочкой какой нить типа avz.
(45) AlarmBozo, на сервере буквально недавно была полная переустановка всего, а если быть точнее 12.07, чуть чуть быстрей стало, и то из-за того что на рейд 10 базы перетащил. Из дома притащу свой мега ноут с ай7, потестю как будет работать! Через какое то время отпишусь!
Да проблема то у вас не в драйверах, и не в железе - а в самом коде чека ККМ при проведении - база типовая без доработок? Или доработанная кем-то? Делайте запуск отладки с замером производительности из конфигуратора, проблема в коде при проведении. Возможно тестирование/исправление базы необходимо провести. Без замера производительности - пальцем на кофейной гуще гадаем.
(48) lsd_777, с розницей ни разу не работал, она на управляемых формах только работает? Или под толстым клиентом с обычном режиме можно запустить? Платформа какой версии?
В целом и общем ничего ужасного то нету вроде - 3 секунды на проведение чека (метод дважды вызывался).
В целом и общем ничего ужасного то нету вроде - 3 секунды на проведение чека (метод дважды вызывался).
Ого, а вот тут уже существенная разница. Я бы отладчиком с рабочего места кассира пробежался по методам при открытии/перед открытием формы РМК и формы меню РМК, чтобы понять где происходит "подвисание" аж на полторы минуты. К сожалению нет под рукой конфигурации розницы.
P.S. Я с подвисанием встречался при использовании атоловских драйверов. Скачал с сайта последние, довольный установил, проверил - все отлично взлетело. Но при любом обращении к торговому оборудованию (сканер шк, ридер магнитных карт) происходило непонятное подвисание. Оказывается атоловцы таким образом ограничивают бесплатные версии своих драйверов. Хочешь без задержек - типа покупай лицензионные :)
Может у "штрихов" тоже такая ерунда появилась? Как вариант можете попробовать поискать наоборот старую версию драйверов, установить, проверить.
P.S. Я с подвисанием встречался при использовании атоловских драйверов. Скачал с сайта последние, довольный установил, проверил - все отлично взлетело. Но при любом обращении к торговому оборудованию (сканер шк, ридер магнитных карт) происходило непонятное подвисание. Оказывается атоловцы таким образом ограничивают бесплатные версии своих драйверов. Хочешь без задержек - типа покупай лицензионные :)
Может у "штрихов" тоже такая ерунда появилась? Как вариант можете попробовать поискать наоборот старую версию драйверов, установить, проверить.
Интересно. Я в своё время боролся с медленной работой фискальников через 3G модемы. В особо "удачные" моменты чек может печататься по часу-полтора. И это не шутка. Причем удаленный стол вменяемо работает.
Смотрел отладчиком - проблемные места при вызове методов драйвера фискальника.
Собственно проблему никак не поборол. Единственно что заметил, что очень сильная зависимость от пинга. Увеличение пропускной способности практически никак не влияет на проблему. Например, сервер - один провайдер, клиент - другой. Файлы Скачиваются со скоростью близкой к 100Мбитс. Чек печатается 15-40 секунд (пинг 40-55 мс). Теперь переводим в сеть одного провайдера, чек печатается 5-10 секунд (пинг 10-15 мс).
PS. Подписался на тему.
Смотрел отладчиком - проблемные места при вызове методов драйвера фискальника.
Собственно проблему никак не поборол. Единственно что заметил, что очень сильная зависимость от пинга. Увеличение пропускной способности практически никак не влияет на проблему. Например, сервер - один провайдер, клиент - другой. Файлы Скачиваются со скоростью близкой к 100Мбитс. Чек печатается 15-40 секунд (пинг 40-55 мс). Теперь переводим в сеть одного провайдера, чек печатается 5-10 секунд (пинг 10-15 мс).
PS. Подписался на тему.
У знакомых ставил розницу 2.0, база файловая, по сети, компы убогие, селероны с памятью 512мб, стоит такой же фискальник, тока перешитый под принтер чеков, печатает практически мгновенно, драйвера теже, что и у меня, скорость 4800, задержка 100, Я В НЕДОУМЕНИИ!!!
(62) KV1s, Бухгалтерия 2.0 в файловом быстрей работает, Розница 2 в файловом тупит, проверено уже много раз! На счет сети, 100мегабит держит, проверялось копированием больших файлов, хотя сомневаюсь, что это показатель! Так же касса подключалась отдельно от всей общей сети, к отдельной сетевухе в сервере, результат неизменен! Антивируса на сервере и кассе нет! Завтра придет ЦТОшник, может он че нароет, сразу отпишусь!
3-5 это нормально) тут тебе подсказывали на счет скорости фискальника) проверил? какая скорость? должна быть не ниже 9600!!! да и попробуй базу переложить на кассовую машинку! да проверить быстроту (если это было предложено - сори , не увидел))))
(88) lsd_777, Я недавно с такой бедой сталкивался, решил следующим путем, обновил драйвер Штриха, зарегил его DLL в BIN 1С, потом поставил дорова атол от 2010 года, также загерил DLL, и подключил без проблем, что через драйвер атола что штриха тормозов нет! База правда не Скульная, но тормоза такие же были! Теперь народ радуется!
(94) lsd_777, без прямого доступа к вашим рабочим компам = гадание на кофейной гуще. Если мне память не изменяет - косяк самой конфы, долго открывается окно РМК, в котором и происходит уже печать чека (которая происходит быстро). Почему все зациклились на драйверах? Не понятно :)
Оставьте в покое драйвера. Попробуйте конфу обновить (2.0.5.7 последняя) + версию сервера и клиента 1с.
Оставьте в покое драйвера. Попробуйте конфу обновить (2.0.5.7 последняя) + версию сервера и клиента 1с.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот