создать новую тему раскрыть все
свернуть/развернуть ветвь AbilityCash 3.0.237 beta [Dervish 18/04/2015 14:52] # написать ответ
 
Только что выложил обновление бета-версии AbilityCash (сборка № 237 - замещена сборкой № 238, обсуждение в другой ветке форума). В ней я постарался исправить замеченные ошибки прошлой сборки.
 
Буду признателен, если проверите, пропали ли замеченные в предыдущей сборке ошибки и не появились ли новые. Well
 
Сообщения об ошибках этой беты прошу писать в этой же ветке форума. Дополнительные материалы можно присылать мне на электронную почту.
 
PS. Пожалуйста, обратите внимание на быстродействие при открытии файла данных. Вопрос особенно актуальный на больших объемах информации. Нужна ли оптимизация при открытии файла данных?
 
Но все же открытие файла занимает примерно раза в два-три больше времени. Насколько позволил управляемый моими кривыми пальцами секундомер телефона, 3-я версия открывает мой файл за 1.4-1.6 секунд, в то время как предыдущая открывает тот же файл (но в старом формате) за время не более 0.7 секунд (быстрее я топтать экран не сумел).
 
Файл содержит около 25 тыс. операций и после конверсии занимает 10.7 МБ. Тестировал на Dual Core E5400 2.7 GHz & RAM 4GB Win7SP1 x32
 
поле Примечание открывается нормально, и все остальные поля тоже, их содержимое корректно.
Но путаница во вкладках персональных классификаторов. Именно во вкладках.
Мой пример. У меня есть следующие личные классификаторы: Кредиторы, Получатели, Прочее.
Так вот, при открытии старого файла, во вкладке Кредиторы у меня оказались Получатели, во вкладке Получатели - Прочее, а в Прочем вообще пусто, причем при открытии вкладки классификатора Прочее программа аварийно прекращает работу, без сообщения об ошибке.
 
Из 12.8 МБ старого получилось 21.5 МБ в новом.
Новый файл открывается секунд за 10-15
 
Я перепроверил на своей базе, там всего 3 классификатора, все работает в порядке. Сможете создать во второй версии файлик с классификаторами такой, чтоб он неверно импортировался в третью?
 
Считаете ли Вы приемлемым 10-15 секунд? Собственно, мне хотелось узнать не абсолютную величину времени открытия файла, а именно оценку пользователя, годится такое быстродействие или нет.
 
Ошибки с классификаторами чисто мои. Я с ними сам напортачил и уже исправил.
 
Как бы узнать, где находится тот предел размера файла, за которым уже становится дискомфортно работать с программой?

Тут зависимость: время открытия от производительности системы и размера файла. У кого-то файл маленький и система слабая - открываться будет одинаково быстро. А у кого большие файлы - тот уже привык со временем к небольшой задержке. Особенно заметно когда открываешь файл по сети.
По теории приемлемое время: до 10 секунд, отличное до 2 секунд, моментальное - до 0,5 секунд.
Если будет возможность, попробуйте оптимизировать скорость открытия. Лично мне не особо принципиально.
 
...оптимизировать или нет? Конечно, в идеале хотелось бы сделать чтоб все вообще мгновенно открывалось и работало. Однако, это может оказаться довольно сложной задачей.
свернуть/развернуть ветвь А в чем сложность? [Алексей 19/04/2015 21:58] # написать ответ
 
А в чем сложность?
Делать выборку не по всей базе, а по записям за текущий и предыдущий месяц.Все равно, остальное только в отчетах используется. Для ускорения выборки не помешает сделать индекс по полю даты операции.
 
AbilityCash устроен так, что он работает с данными в памяти. То есть, при открытии файла все данные загружаются в память. Это безусловно налагает некие ограничение на круг решаемых задач. Но, в свое время, я посчитал, что память компьютеров будет расти быстрее, чем данные личного учета. Ну и пока это выполняется.
 
Проблема как раз в начальной загрузке данных. Чтение данных, разворачивание их в оперативной памяти (и создание индексов) занимает какое-то время. Время, которое здесь, в форуме, я называю "время открытия файла".
 
Вопрос в том: следует ли оптимизировать открытие файла (и загрузку данных), чтобы ускорить открытие файла? Или все пока приемлемо?
 
С точки зрения обычного пользователя - нет, никакой оптимизации не требуется,  все работает достаточно быстро.
С точки зрения человека, всю жизнь проработавшего в IT - конечно же надо оптимизировать. Эта задача - пример важной, но не срочной. Поставить ее в очередь, а пока делать самое насущное - портирование на SQLLite, затем на мобильные ОС и штатную синхронизацию между экземплярами программы.
Возможно,  в процессе портирования задача превратится из не срочной в срочную, т.к. там с оперативкой все же не так вольготно.
 
Новой бетой база открывается 7 секунд, старая версия открывала базу моментально (учет веду почти 9 лет, в базе 21000 транзакций, вес - 3,7 Mb)
 
Скорректировано: так открывалась только старая база, новая база стала весить в 2 раза больше, но открываться стала так же быстро.
свернуть/развернуть ветвь Спасибо. [Dervish 17/05/2015 12:47] # написать ответ
 
Тем не менее, у меня появилась идея, как можно ускорить открытие файла. Не очень большое ускорение будет, но, как говорится, курочка по зернышку. Well