перейти к последнему сообщению в данном обсуждении
| |  скорость работы [ Алексей Родюков ]Четверг, 19 мая 2011, 06:51
ДОбрый день. Наша организация является "счастливой" обладательницей лицензии на ПК ЗО "Межевой план".
Наверняка подобные темы уже существуют, но, к сожалению, найти не смог. ПОэтому создал новую.
Иток, работа начинается с импорта земельных участок из xml. ТЕстируя программу в демоверсии, заметили, что скорость работы оставляет желать много лучшего. Заметили, что в работе задействует в основном процессор. Итак, C2D 3 Ghz - невыносимо медленно. При том, что программа от нашего локального разработчика работает совршенно без тормозов на той же конфигурации.
Тем не менее купили лицензию, был приобретен компьютер с Core i5 3,3 Ghz. Так же по совету человека, значительное время работающего с Вашей программой купили SSD накопитель (лично у меня это вызывало сомнение, поскольку графики монитора железа не показывали какой-либо нагрузки на жесткий диск, ну да ладно, купили). Ожидали чуда - чуда не произошло. Импорт xml файла, объемом около 2 мегабайт, происходил около 5ти минут. Далее любая операция на чертеже земельных участков, смаштабировать, передвинуть точки, требует несколько секунд. Работать-то невозможно. Что-то удалить или добавить - можно смело идти пить кофе. Возникает вполне логичное и обоснованное подозрение, что что-то делаем неправильно. Будем рады, если подскажете. Хотя, в любом случае, просто масштабирование, когда на экране видно 3-4 точки... а программа выполняет операцию 5-6 секунд. При этом нагружая ТОЛЬКО ОДНО ядро, но полностью. Я не программист, и не разработчик, но мне кажется есть серьзные проблемы с оптимизацией. В любом случае вопрос, то, что программа так работает - это норма? или все-таки где-то наш косяк. Заранее больше спасибо.
P.S. Так как нельзя прикрреплять файлы к сообщению, оставлю просто ссылки.
http://spenser.no-ip.org:90/Upload/PKZOscreen.png обработка xml файла.
http://spenser.no-ip.org:90/Upload/doc198460.xml файл, с которым работали в тот момент |
|
| | [ ВладимиR [42] ] Четверг, 19 мая 2011, 08:17
Тема стара как сама программа. Оптимизации нет в программе. Тормоза, как поясняют разработчики, в проблемах COM-объектах. Через них идет взаимодействие с БД.
А с дисковой системой программа мало взаимодействует (что объясняет непотребность в SSD). На SSD рекомендуется поставить Ось, файл подкачки вынести на иной диск.
Я пытался анализировать в свое время: при чтении БД (размером от 200 Мб) программа может произвести дисковых операций чтения на 4-8 Гб. Это только открытие БД.
Если в проекте более 5000 точек, лучше создавать отдельную базу для проекта.
Что такое МП в этой программе: это, допустим 5000 точек каждая с таблицей семантики, 5000 ребер со своей семантикой, 5-10 контуров, 20-30 слоев, в каждом 5-10 подтипов, 5000 надписей точек и тп и тд. Т.е. достаточный объем данных для обработки.
ИМХО: данная программа -- лучшая среди аналогов. |
|
| | [ Максим ] Четверг, 19 мая 2011, 15:15
Рекомендую win 7 x 64 Office 2010 x 64 Естественно на диске SSD Операциока втоой диск для хранилища
из железа видео не менее 1 Гб на борту (существенно отличаеться работа программы при 500 мБ и 1 Гб), оперативка где-то 5 Г два монитора. У меня на компе крутиться AutoCad + Mapinfo+ МП + Виртуальная машина и все одновременно!!! И во всех вещах лежит нужная информация. К сожелению или к счастью информация разбросана по всем вышеперечисленным приложениям необходима для качественного оформления Межевого плана. Так что SSD нужен не для МП а для нормального функционирования всех приложений. Проект с 7000 тыс точками формировал межевой план за 20 минут я считаю это нормально!!
А оптимизировать проект можно что бы он быстрей работал. Когда отработаешь в этой програме пару Межевых планов я приеду и подскажу хитрости в програмее для оптимизации в работе. |
|
| | [ Николаев Денис (разработчик) ] Четверг, 19 мая 2011, 15:28
Алексей, мы сожалеем, что работа с нашей программой не оправдала ваших ожиданий и заставила испытать неприятные чувства. Наша программа не идеальна и мы честно предоставляем возможность оценить ее возможности с помощью демо-версии. Также мы работаем над тем, чтобы сделать ее лучше и надеемся, что в будущем вы это оцените.
Главной причиной проблем с производительностью является то, что при первичном проектировании программы (2,5 года назад) не была предусмотрена работа с большими объемами данных. Потом работали над наращиванием функциональных возможностей и поддержкой различных нововведений и особых случаев. Год назад появилось время и начали в фоновом режиме переделывать программу. Основные цели - это улучшение модели данных (параллельно с написанием документации) и решение проблем с производительностью. На данный момент мы продолжаем над этим работать. Поскольку периодически всплывают другие задачи, то сразу скажу, что сроки называть не будем. Как только будет более-менее рабочая версия, опубликуем официальный анонс.
> Импорт xml файла, объемом около 2 мегабайт, происходил около 5ти минут.
Ваш XML-файл (КПТ) содержит 967 участков с общим количеством 5644 точек. При условии, что основное время тратится на добавление записей, объектов и связей между ними в базу данных, да плюс проверка контуров на корректность и поиск совпадающих точек, 5 минут - это нормально. Максимум тут можно ускорить процентов на 20% (ну будет не 5 минут, а 4). В любом случае оптимизация будет в переработанной версии, о которой я говорил выше.
> Далее любая операция на чертеже земельных участков,
> смаштабировать, передвинуть точки, требует несколько секунд.
Тут, скорее всего, поможет настройка области карты проекта. Для этой области создается пространственный индекс, поэтому поиск и прорисовка объектов, расположенных внутри этой области, будет происходить существенно быстрее.
Изменить область карты можно в свойствах карты (пункт "Свойства карты" в контекстном меню проекта в главном окне). Вот ссылка на документацию ObjectLand.
> Что-то удалить или добавить - можно смело идти пить кофе.
Время можно существенно сократить, если отключить автоматическое обновление графики после каждой операции (на вкладке "Интерфейс" в окне настроек приложения, которое открывается через пункт "Настройка" в контекстном меню элемента "Приложение Межевой план" в главном окне).
Также, скорее всего, для формирования межевого плана будут использованы не все объекты из КПТ. Если лишние объекты удалить, то это тоже положительно скажется на скорости работы.
> Тормоза, как поясняют разработчики, в проблемах COM-объектах.
> Через них идет взаимодействие с БД.
Не совсем так. Работа с базой данных идет напрямую. COM-объекты используются при формировании межевого плана в формате Microsoft Word. Время теряется на вызовах Word и сделать тут что-то не представляется возможным. Проблема усугубляется тем, что при достижении определенного размера файла время увеличивается нелинейно. Тут можно успеть не только кофе попить, но и поспать :) При очень больших объемах, наверное, имеет смысл не формировать межевой план в бумажном виде, а подавать документы в электронном виде через портал Росреестра.
> Если в проекте более 5000 точек, лучше создавать отдельную
> базу для проекта.
Не совсем так. Количество проектов влияет на скорость работы в главном окне (со списком проектов), но не зависит от количества объектов в проектах. От количества объектов зависит только скорость работы с конкретным проектом (при работе с открытым чертежом или схемой). |
|
| | [ Николаев Денис (разработчик) ] Четверг, 19 мая 2011, 15:43
| По поводу конфигурации компьютера. Наиболее критичным параметром является частота процессора. От количества ядер и объема оперативной памяти практически не зависит. Тип процессора (пентиум\целерон, размер кэша и пр.) и скорость жесткого диска влияют, но не существенно. |
|
| | [ Алексей Родюков ] Пятница, 20 мая 2011, 02:46
| Денис, спасибо большое за ответ и за конкретные практические советы. Попробую обязательно все рекомендованное Вами, надеюсь поможет. |
|
| | [ Наталья Лысич ] Среда, 2 мая 2012, 14:05
| Прошло уже много времени, скорость работы программы при большом количестве объектов не улучшилась!!! У нас много смежных участков и сам уточняемый участок не маленький около 143 контуров, а про количество точек вообще молчу около 19 тысяч!!! Работать очень сложно, отключить автоматическое обновление не вариант, т.к. мне нужно при добавлении объекта сразу проверять точки совпали с уже учтенными или расхождение есть, чтобы видеть где что подправить нужно. Каждый раз генерировать тоже не вариант, т.к. тоже не мало времени занимает, в итоге тоже самое выходит, что и с включенной функцией автоматического обновления графики. Сменили компьютер поставили более мощный, а результата ноль, как было при любом добавлении или удалении, генерации и тому подобных действиях продолжительное тугодумство так и осталось! Предполагается ли какое-то продвижение в этом направлении? Очень бы хотелось надеяться на какое-то скорейшее решение этой проблемы!!! |
|
| | [ Николаев Денис (разработчик) ] Среда, 2 мая 2012, 18:43
Для решения проблемы со скоростью работы нам пришлось полностью переделать ядро программы. В результате скорость работы на больших объемах данных существенно увеличена. Сначала на новой версии ядра выйдут технические планы. После технических планов на новое ядро будут перенесены и межевые планы. |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
