Отправлено: 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 иногда начинает сильно тормозить. Когда она большая.
Причину назвать не могу - просто не знаю почему. Иногда помогает то, что Вы уже сделали: "сжать и восстановить базу данных". Но, увы, не всегда.

 Отправлено: 27.06.12 14:54. Заголовок: Вы можете сказать ка..

Вы можете сказать какой запрос Вы даёте в базу, я бы проверил прямо в самом Access'е

 Отправлено: 27.06.12 16:52. Заголовок: Какого-то единого SQ..

Какого-то единого SQL-запроса не существует.
Программа выбирает данные за указанный промежуток времени и расчитывает ежесуточное изменение баланса.
Причем отслеживает - чаще баланс увеличивается или уменьшается. В зависимости от того каких изменений больше берет за основу либо те дни, когда баланс уменьшался, либо наоборот. Ведь баланс (колиество баллов и т.д.) может не только уменьшаться, но и увеличиваться.

По этой причине, в самом Access-у Вы не сможете выполнить подобный запрос. его просто не существует.

 Отправлено: 27.06.12 18:40. Заголовок: Э-э, не понял :( Сов..

Э-э, не понял :( Совсем ;)

А можете на примере объяснить? Например расчёт за последние 5 дней, по одному запросу в сутки и значения следующие
1. 50
2. 40
3. 100
4. 90
5. 80

Как будет вычисляться среднее, какие запросы будут даваться?

 Отправлено: 28.06.12 11:42. Заголовок: На этих 5-ти значени..

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

50-40=10
100-90=10
90-80=10

итого 10+10+10 = 30 за 3 учитываемых дня.

=> средний расход в день - 10 рублей.

А запрос к базы данных будет только один: выбрать все записи за последние 5 суток...

 Отправлено: 29.06.12 14:59. Заголовок: Так какой запрос буд..

Так какой запрос будет, чтобы "выбрать все записи за последние 5 суток..."?
В точности, можете сказать?

 Отправлено: 29.06.12 15:27. Заголовок: На данный момент (вр..

На данный момент (времени) этот запрос будет такой (выборка значения за последние 5 дней):

цитата:

select QueryDateTime, balance from Phones where PhoneNumber='9166050844' and QueryDateTime>#2012-06-24 00:00:00# order by QueryDateTime desc

вместо 9166050844 подставьте свой номер телефона

На моей базе данных (103 мегабайта) он выполняется 16 миллисекунд

update:
Поставил месяц: #2012-05-29# - время выборки "возросло" до 35 миллисекунд.

 Отправлено: 29.06.12 17:30. Заголовок: В Access'е запро..

В Access'е запрос на 30 дней отрабатывает мгновенно - время не мерял, но моргнуть не успеваю :). Access у меня из Office 2010.
А как Вы замеряли время с миллисекундами? И это время из Access'а или из программы?

 Отправлено: 29.06.12 17:39. Заголовок: Да, это время я заме..

Да, это время я замерял программой

 Отправлено: 29.06.12 17:40. Заголовок: В дебагере или я тож..

В дебагере или я тоже могу как-то померять?

 Отправлено: 29.06.12 17:43. Заголовок: Нет, не в дебагере. ..

Нет, не в дебагере. Просто выполнял запрос из сторонней программы (что-то вроде SQL Manager-а самописного). Он, в том числе, показывает время исполнения запроса

 Отправлено: 12.07.12 22:33. Заголовок: раздел сайта справка..

раздел сайта справка по написанию плагинов

"истчечения "

Поставьте Орфус :-)

 Отправлено: 12.07.12 22:45. Заголовок: что-что в авторстве?..

что-что в авторстве? :-P

 Отправлено: 01.10.12 17:43. Заголовок: Поставил для MobileB..

Поставил для MobileBalance.exe совместимость с Vista и стало работать быстрее. В среднем за полторы минуты справляется. Хотя всё равно дольше чем с чистой базой.