Отправлено: 10.05.12 17:23. Заголовок: ­Очень долгий опрос

Версия 2.81.04
Можно как-то объяснить почему так долго происходит опрос по телефонам
Выделено жёлтым.
Учитывая настройку в одну минуту.
­

 Отправлено: 10.05.12 20:47. Заголовок: Сейчас ещё веселей з..

Сейчас ещё веселей задержка вышла - 16 минут.

 Отправлено: 11.05.12 07:53. Заголовок: Не знаю :))) Не долж..

Не знаю :))) Не должно быть такого...

 Отправлено: 11.05.12 11:09. Заголовок: Если честно достаёт,..

Если честно достаёт, что по два часа опрашивает, а то и дольше. Как можно отследить, может какие-то логи?

 Отправлено: 11.05.12 11:13. Заголовок: Логи ошибок ведутся ..

Логи ошибок ведутся в файле Errors.txt в каталоге программы. Может быть там что-то необычно есть?

И еще: при ручном запросе (по одному телефону) такое бывает? Или только в пакетном режиме?

 Отправлено: 11.05.12 14:28. Заголовок: В Errors.txt за вчер..

В Errors.txt за вчера нет ни одной ошибки.
При ручном запрсе такое тоже происходит.
Сегодня в Errors.txt

********************************************************************************************************************************************** 
 MobileBalance 2.81.04 
 WVI: MajorVersion=6, MinorVersion=1, BuildNumber=7601, PlatformId=2, CSDVersion=Service Pack 1 
  
 11.05.2012 10:36:53: TfrmWB.WBDocumentComplete -- > TfrmWB.ProcessReceiveDocument -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:37:17: TfrmWB.WBDocumentComplete -- > TfrmWB.ProcessReceiveDocument -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:37:24: TfrmPhonesInfo.SaveVisibleIniParameters -- > Unable to write to C:\Program Files (x86)\MTSoft\MobileBalance\Options.ini 
 11.05.2012 10:37:25: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:37:31: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:37:42: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:37:57: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:38:15: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:38:24: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:38:29: TfrmWB.RequestIssa -- > TfrmWB.RequestIssaPluginDLL -- > TfrmWB.ProcessReceiveDocument -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:38:37: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:38:42: TfrmWB.RequestIssa -- > TfrmWB.RequestIssaPluginDLL -- > TfrmWB.ProcessReceiveDocument -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:38:53: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:38:56: TfrmWB.RequestIssa -- > TfrmWB.RequestIssaPluginDLL -- > TfrmWB.ProcessReceiveDocument -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:39:03: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:39:08: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:39:12: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:39:19: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:39:32: TfrmWB.RequestIssa -- > TfrmWB.FinishProcessDocument -- > TmdbStore.CalcBalanceDelta -- > System resource exceeded 
 11.05.2012 10:39:34: Unable to write to C:\Program Files (x86)\MTSoft\MobileBalance\Options.ini 
 11.05.2012 15:23:57: TfrmPhonesInfo.SaveVisibleIniParameters -- > Unable to write to C:\Program Files (x86)\MTSoft\MobileBalance\Options.ini 
 11.05.2012 15:24:02: TfrmPhonesInfo.SaveVisibleIniParameters -- > Unable to write to C:\Program Files (x86)\MTSoft\MobileBalance\Options.ini 
 11.05.2012 15:24:52: TfrmPhonesInfo.SaveVisibleIniParameters -- > Unable to write to C:\Program Files (x86)\MTSoft\MobileBalance\Options.ini 
 

 Отправлено: 15.05.12 13:25. Заголовок: Будет комментарий ка..

Будет комментарий какой-нибудь?

 Отправлено: 17.05.12 13:36. Заголовок: AlexZ Есть подозре..

AlexZ

Есть подозрение, что тормоза появляются при работе с базой данных. Об этом говорит строчка

TmdbStore.CalcBalanceDelta -- > System resource exceeded

в файле Errors.log

Сейчас подготовил вариант программы, у которой в настройках (закладка "Дополнительно") добавилась галочка "Запретить использование базы данных". Попробуйте установить ее. После этого надо перезагрузить программу:

http://www.mtsoft.ru/other/MobileBalance_2.81.05.02.zip

 Отправлено: 21.05.12 19:22. Заголовок: Предположение абсолю..

Подозрение, похоже, абсолютно правильное


И что с этим можно сделать?

P.S. Посмотрел размер базы - 90mb, это разве много?

 Отправлено: 22.05.12 07:47. Заголовок: Это не много. У меня..

Это не много. У меня сейчас около 210. Вполне возможно, что накопились какие-то ошибки в базе данных.
Кстати, вот еще что, в настройках программы (на закладке "Дополнительно") посмотрите, пожалуйста, какой период установелен в графе "Расчитывать средний расход в день".
По умолчанию установелн должен быть 30. Может быть там какое-то большое значение?

 Отправлено: 22.05.12 10:51. Заголовок: Так и стоит 30 дней...

Так и стоит 30 дней. На всякий случай пересохранил - поменял на 31 и потом обратно. Запустил заново и ничего не изменилось...

 Отправлено: 22.05.12 10:53. Заголовок: Значит, какие-то оши..

Значит, какие-то ошибки в базе данных накопились.
Можно попробовать сделать следующее: открыть файл BalanceHistory.mdb в программе Microsoft Access и выполнить пункт главного меню
"Сервис"--"Служебные программы"--"Сжать и восстановить базу данных"

 Отправлено: 22.05.12 12:15. Заголовок: Сделал - не помогло ..

Сделал - не помогло

Может сделать какую-нибудь отладочную версию, которая будет в лог писать веремена обращения в инет и к диску - начало и конец.

P.S. А может сказываться включённый UAC и как следствие использование системой Virtual Store? Можно где-то указать где хранится база?

 Отправлено: 23.05.12 12:01. Заголовок: Попробовал указать р..

Попробовал указать рабочую директорию через командную строчку /WorkDir - на время работы не повлияло.

 Отправлено: 13.06.12 19:33. Заголовок: Провёл ещё пару эксп..

Провёл ещё пару экспериментов:
1. Убрал текущую базу совсем. При запуске программа сделала новую и отработала мгновенно -
2. Взял старую большую базу, открыл в Access'е и прибил почти всё содержимое, затем сделал Compact&Repair - отработала, опять же быстро
3. Теперь ещё раз взял старую базу и прибил немного записей в самом начале, затем опять же сделал Compact&Repair - работает опять долго - на первые строки потратила больше 20 минут.

Стало быть всё время тратится на работу с базой и дело не в самой базе, а в том что программа в ней делает.

Так что же она там делает столько времени???

 Отправлено: 13.06.12 20:12. Заголовок: Попробовал ещё поигр..

Попробовал ещё поиграть с подсчётом среднего за день - во первых поставил не 30 как было, 1 - не помогло, а потом поменял на расчитывать начиная с первого числа месяца - тоже не помогло.
После каждого изменения перезапускал программу.

SiBear Что ещё пробовать или Вы всё же дадите какую-нибудь диагностическую версию?

 Отправлено: 20.06.12 14:58. Заголовок: Реакция хоть какая-н..

Реакция хоть какая-нибудь будет??

 Отправлено: 26.06.12 16:28. Заголовок: Попробую ещё раз. А ..

Попробую ещё раз. А вдруг...

 Отправлено: 26.06.12 16:31. Заголовок: AlexZ Если это все ..

AlexZ
Если это все проблема с базой - то только один выход: удалить базу и начать накапливать данные заново...
Можно, конечно, попробовать переустановить компоненты DAO от Microsoft, но врядли это чем-то сможет помочь...

 Отправлено: 26.06.12 17:55. Заголовок: Так давайте померяем..

Так давайте померяем, где именно проблема - если проблема у МС, то к Вам и вопросов нет.
У меня нет возможности самостоятельно это сделать (точнее сильно сложно). Опять же это Вам известно какие запросы в в Access даёте, и Вам должно быть виднее почему среднее по одному дню считается с той же скоростью, что и по 30ти...

Поставил "считать за 0 дней" - всё равно долго.

 Отправлено: 27.06.12 09:49. Заголовок: Разницы, практически..

Разницы, практически, никакой не будет - считать за 0 дней или же за 30. Если поставить 300 и больше - тогда будет заметно.
Еще раз хочу повторить: тормозит база данных. Даже просто при вставке в нее новой записи (простейший запрос), база Access иногда начинает сильно тормозить. Когда она большая.
Причину назвать не могу - просто не знаю почему. Иногда помогает то, что Вы уже сделали: "сжать и восстановить базу данных". Но, увы, не всегда.