Применение скидки в Премьере...

[Dref]

Доброго времени суток 8-)
давно не заходил... может опыта поднабрался 8-)

но, не суть.

появилась проблема с премьерой...
Очень долго расчитывает применение скидки(сразу скажу, ПДС не при чем, тормозит именно премьера):wall:

стоит на виртуальном win 2003rc2 x86 4 ядра по 4ггц и 3 гига оперативки. база лежит на отдельном диске(тормоза дисковой системы исключил сразу)

Firebird superclassik настроен на использование 2 и 3 ядра(распределение нагрузки от 3-х касс+интернетбронирование+ бронь по телефону)
отсальные службы и приложения не используют эти ядра воообче.

без скидки билет печатается практически мгновенно.
с применением скизки... в обчем, при прокатывании карты появляется окно информации о карте, после нажатия кнопки "ОК" премьера подвисает до момента изменения цены(все Это время на сервере загруженность ядра поднимается до 100%)

и вот Это время применения скидки... может занимать от 20 до 50 секунд... что ОЧЕНЬ долго...

что я делал.
в первую очередь провел бекап\рестор базы.
очень много ошибок, дохлых индексов, и мусора(до рестора база весила 650мегабайт)
после длительного танцас бубном(т.к. при ресторе постоянно сыпались ошибки), база отресторилась без ошибок и стала весить 520мегабайт.

время подсчета снизилось до 30 секунд максимум...

во вторых я пробовал разные режимы FireBird... Classik, Super, Superklassik.
остановился на СуперКлассике методом тестовых применений скидок...
максимальное время применения скидки снизилось до 20 секунд...


что еще можно сделать, и куда еще посмотреть?

[sibgaba]

Ну судя по всему корень зла лежит в самой БД. Для того что бы быть уверенным на 100% я бы собрал чистую базу с минимально необходимым набором (1 зал, 1 санс, 1-3 схемы, 1 скидка) и посмотрел бы что будет на кассе в плане скорости. Наверняка все будет норм.

Что еще можно сделать с вашей текущей БД:
1. Подрезать, если там у вас инфа за 3-4 года, то оставить последний год.
2. Скорее всего у вас очень много типов цени и/или ценовых схем. отсюда изменение цены отнимает много времени.
3. Я бы обратился с этим вопросом в UCS, им проще будет определить причину тормозов.

[nalim[1nc]]

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

[Dref]

Спасибо, ребят, за ответы.

сегодня ночью разобрался.
оказывается был отключен Кеш винды. +стоял классик сервер.

включил Кеш переставил Firebird на SuperServer, запрос занимает доли секунды.

[Dref]

в обчем все не так, и все не то.

кто как отправляет данные в ГИВЦ?

у нас стоит программа автоматической отправки(CinemaUpload). так вот, Эта зараза раз в час взвешивает firebird.
в Этот момент подвисает все... ни билет продать, ни отчет сделать.
висит приметно 7-10 минут. потом отпускает.
нашел методом тыка...
думал, может можно ее настроить на 1 раз в день... но нет... в законе четко написано "не реже 1 часа в день" и "не позднее 30мин после окончания продаж билетов". ttttttt


перепробовал все. не помогает...
бекап\рестор, разные варианты сервера firebird, разнесение дадач по разныи ядрам... бесперспективняк.

ребят. куда копать? раньше такого небыло...

---------- Добавлено в 10:57 ---------- Предыдущее сообщение было размещено в 09:18 ----------

:wall: проблема решена.

firebird использует несколько протоколов, в моем случае их 2. Премьера работает по XNET(с версии firebird 1.5? до Этого ISP), а CinemaUpload по TCP/IP.
в конфиге CinemaUpload подключение было настроено на локальный IP сервера(типа 192.168.*.*).
при Этой настройке CinemaUpload в момент отработки запросов Лочил протокол XNET.ttttttt

перенастроил CinemaUpload на 127.0.0.1
и все. проблема ушла...походу косяк с драйверами или их настройками в виртуальном сервере...

если кому вдруг понадобится... вот оно, решение...ttttttt

---------- Добавлено в 11:00 ---------- Предыдущее сообщение было размещено в 10:57 ----------

буду бить ногами Админа хоста... за Этот косяк.
т.к. у нас еще есть бронирование по телефону... и они тоже подключаются по TCP/ip.