Блок объемом с наше среднее лесничество (30 тыс полигонов, 100 тыс линий) в устаревшей версии TOPOL 6, в виртуальной машине WinXP с ограниченными ресурсами, визуализируется в режиме "показать всё" за 4-5 секунд.
Этот же блок в современной версии TOPOL 10, на машине с 8-ядерным процессором и 16 Гб памяти Win10, визуализируется в режиме "показать всё" за 30 секунд. Специально засёк.
Неужели это всех устраивает?
Прошу направить чешским разработчикам пожелание оптимизировать скорость работы графической подсистемы хотя бы до уровня 6 версии.
Оптимизация прорисовки ЗАПРОС к T.S.
Страница: 1
Сообщений 1 страница 11 из 11
Поделиться105.03.2019 14:13:21
Поделиться205.03.2019 14:21:11
знакомая картина?
Поделиться305.03.2019 14:24:54
Да Алексей. Согласен. А если включить окраску плана лесонасаждений это вообще мрак!
Поделиться414.01.2022 09:32:56
Запустите из деморегиона учебное лесничество. Выставьте масштаб окна 15000. Используйте проект ProektTl или Proekt0.
По правой клавише выберите "Свойства окна карты" и постепенно уменьшайте относительный 10000, 1000, 100, 10, 1.
Как у вас происходит отрисовка окна, за какое время при разных относительных масштабах, но при одном и том же масштабе окна карты?
В проект ничего не загружено кроме блоков учебного лесничества.
Поделиться515.01.2022 01:53:05
Прорисовываться будет всё медленнее и медленнее, и объяснить это можно очень просто - большинство границ выделов состоит из точек, при уменьшении относительного масштаба в 10 раз количество точек, которые он должен прорисовать на линии, тоже увеличивается в 10 раз и т.д. То есть программа занята прорисовкой точек. Сделайте "все линии тонкие" - сразу прорисует быстро.
Поделиться617.01.2022 08:41:04
Дмитрий Александрович написал(а):
Сделайте "все линии тонкие" - сразу прорисует быстро.
Это понятно, и так тоже делаем.
Как быть с первым сообщением темы?
Фактически это одно и тоже.
Поделиться717.01.2022 16:30:49
Этот вопрос надо изучать: какая доля времени тратится на собственно прорисовку, а какая на интерпретацию макроса ToPas, управляющего прорисовкой, какая на запрос параметров в базе данных, являющихся параметрами, определяющими алгоритм прорисовки. То есть надо сравнить разные варианты, подумать, как исключить из процесса по частям то, что я упомянул и сравнить время в этих вариантах.
Поделиться817.01.2022 20:03:19
Дмитрий Александрович написал(а):
Этот вопрос надо изучать
Нет, коллеги, изучать мы этот вопрос в контексте сравнения с 6-й не будем ни при каких обстоятельствах! Вопрос 6-ки закрыт и сравнивать с ней - все равно, что сравнивать Word 2010 с редактором PE, если кто помнит такой - он работал на xt машинах в 10 раз быстрее чем Word на "8-ядерных". Функционал 10-ки только внешне похож на 6-ку, а внутренности также далеки как и у вышеописанных редакторов. Начнем с того, что 6-ка по сравнению с 10-й, можно сказать вообще не работала с проекциями. И держала внутреннюю базу в текстовом по сути файле Dbf, функционал которой несопоставим с Mdb.
Поэтому, Д.А. прав - используйте для аналитики простые форматы работы с объектами, а оформительский функционал делайте по принципу загрузил, распечатал, сохранил как проект на будущую печать. По этой причине я регулярно напоминаю, что не стоит перегружать основной блок Blk оформительской информацией. Для этого есть блок Vd_l.
Если же в конкретных случаях, с конкретным оформлением, на конкретных данных какая то операция выполняется запредельно долго - в соответствии с правилами форума высылайте полный набор данных, на которых это проявляется, все настройки, сам проект и описание проблемы, чтобы Д.А. смог не задумываясь открыть их и в рамках техпомощи посмотреть в отладчике что именно тормозит и что можно сделать если это возможно.
На демоданных сочинять ситуации, которые нужно оптимизировать, мы не будем.
Поделиться919.01.2022 10:49:23
Дмитрий Александрович написал(а):
Этот вопрос надо изучать: какая доля времени тратится на собственно прорисовку, а какая на интерпретацию макроса ToPas,
Почему тормозится прорисовка по линиям из за относительного масштаба понятно. А вот почему прорисовка плана лесонасаждений при относительном масштабе 5 в два раза быстрее чем с относительным 20000? Все линии тонкие.
Грешнов написал(а):
На демоданных сочинять ситуации, которые нужно оптимизировать, мы не будем.
Без разницы чьи это данные. А вот такое увеличение скорости прорисовки было бы не плохо. Надо попробовать варианты.
Поделиться1019.01.2022 23:19:10
ЦЛП_421 написал(а):
Надо попробовать варианты.
Повторяю еще раз если непонятно выразил свою мысль. Хотя она проста и внятно изложена в лицензионной соглашении - присылайте конкретные "варианты", которые Вас не устраивают с описанием проблем, данными и окружением. Чтобы Д.А. их открыл не копаясь и ничего не настраивая, посмотрел в отладчике указанные Вами слабые места и оптимизировал если это возможно. Абстрактные жалобы, которые невозможно воспроизвести по Вашим шагам на деморегионе мы не рассматриваем. Базы пользователей, полученные в рамках саппорта не храним, своих на 30 тыс. выделов не имеем и искусственно создавать их не будем. Мы разработчики, а не ВЦ со штатом исполнителей.
Попытки продолжить спор на эту тему буду рассматривать как нарушение правил со всеми вытекающими последствиями.
Поделиться1120.01.2022 21:57:58
ЦЛП_421 написал(а):
А вот почему прорисовка плана лесонасаждений при относительном масштабе 5 в два раза быстрее чем с относительным 20000?
Если бы в плане были одни сплошные заливки цветом, разницы, думаю, не было. Но всякие "полосатости - штриховки" при масштабе 5 практически исчезают - рисовать нечего, при 20000 их уже много, а при 200000 будет очень много - вот ответ на ваш вопрос, никаких чудес.
Страница: 1
