![]() |
Нагрузка на систему
Доброго дня. Поделюсь наблюдениями. При обычной работе программа Автограф 5 занимает системной памяти порядка 1,2 - 1,7 гигабайта. Однако замечено: иногда без всякой видимой причины (программа просто открыта и висит в панели задач), нагрузка на процессор возрастает до 80 - 95 %, затем падает до обычных значений (до 10 %), в это же время объем занимаемой памяти начинает увеличиваться и доходит до 13 - 14 Гб. И остается на таком уровне пока не перезапустишь программу? Это нормально или чего то не так? :) Спасибо.
|
wassekk, все зависит от схемы, что вы в ней накрутили. То что остаётся на том уровне это нормально
|
Очисткой памяти у .NET программ управляет сама система и она идет не так, как у хардкорных.
Потребление памяти зависит от требуемых ресурсов: в основном векторные карты, адресные базы и данные ТС (зависит от расчетного интервала времени и количества и сложности рассчитываемых параметров). Также повышается потребление при расчете данных для отчета по нескольким ТС, если включена параллельная обработка данных по ТС. Тогда в память загружаются и рассчитываются данные от нескольких ТС параллельно, а не последовательно. |
SK, забыл монитор и техконтроль
|
Цитата:
Цитата:
|
Цитата:
Цитата:
|
Цитата:
Если объектов много - растет и расчет по ним. Кроме того, загружаются в память векторные карты (если выбраны), адресные базы, списки геозон от ТС, формульные сборки расчета параметров ТС из схемы, правила мониторинга, техконтроль и т.п. Проверьте для начала - что у Вас там грузится в векторных картах. Они иногда занимают десятки или сотни мегабайт каждая. Иногда грузят чуть ли не всю страну... Там есть 2 режима загрузки карт: сразу все грузить или по требованию (когда машинка попадет на соответствующую территорию). И сообщите версию ПО. |
И еще: "без всякой видимой причины" может означать, что модуль техконтроля проводит очередной перерасчет очередного временного интервала по всем ТС - проверьте его настройки. Может Вы его не используете, а он в схеме есть и работает вхолостую.
|
Добрый день.
Техконтроль выключен, но ресурсы все равно потребляются в неоправданно больших количествах. |
Уважаемый ngbr, понятие потребления ресурсов при расчете "в неоправданно обльших количествах" - достаточно субъективная оценка, не несущая никакой информации.
Потребление ресурсов при расчете зависит от множества факторов: 1. Интервал расчета. 2. Количество объектов в расчете. 3. Количество записей на единицу времени у объектов расчета. 4. Количество и сложность параметров, участвующих в расчете и сконструированных в дизайнере и списке параметров. 5. Сложность и ресурсоемкость алгоритмов фильтрации и статистической обработки данных, позволяющих получить более качественный и достоверный результат. 6. Задействованные модули. и т.п. На основании каких методик или способов оценки Вы сделали такой вывод ? Можно ли ознакомиться с Вашей методикой оценки и Вашими данными - какое должно быть "нормальное" потребление ресурсов для конкретного расчета с конкретными параметрами (см. пункты выше) в конкретном количественном выражении (мегабайты оперативной памяти, нагрузка на процессор и так далее) ? Нашим специалистам было бы крайне важно ознакомиться с такими методиками оценки, чтобы понимать эффективность использования ресурсов нашим ПО. Прошу указать всё это именно для расчета, а не для выборки готовых посчитанных данных из БД. |
Цитата:
Техконтроль выключен. Что должно считаться в фоне? Опции/Расчет/Вычисления - Многопоточный онлайн расчет отключен Может еще что-то нужно отключить чтобы в фоне ничего не считалось? Приложение в фоне потребляет ОЗУ от 1,2Гб до 3 Гб и выше. Загрузка серверного процессора от 1% до 30% скачет. При этом просто открыта карта и указатель стоит на корневой группе. Задействованы модули: Базовые 1-13 Дополнительные 16,17,21,22 Модули интеграции - нет Нормальное потребление ресурсов - это когда пользователям автограф на рабочую станцию не нужно устанавливать 16 Гб ОЗУ, т.к. нужно и в других программах работать. |
Цитата:
Если бы Вы знали софт и как он работает или хотя бы не писал практически одно и то же в двух разных темах, то не задали бы этот вопрос теперь и в этой теме. Да, у большинства софта список транспорта - это чистая статика и при приеме новых данных ничего не пересчитывается, но это другой путь. У нас свои фишки и преимущества, которых в том софте не будет никогда архитектурно. Не будем сравнивать Paint-ы с PhotoShop-ом, хорошо ? |
Цитата:
Я же Вам по пунктам подробно расписал - от чего зависит потребление ресурсов. Не получится и все возможности иметь и ничем за это не "платить". Про 16 гигабайт, пожалуйста, не стоит. Копий ПО АвтоГРАФ стоит не один десяток тысяч как минимум. Понятно, что можно и Excel заставить съесть кучу памяти... но может лучше всё же обратиться к специалистам (дилерам, например) ? Возможно, у Вас дело в неоптимальной настройке параметров ПО ? Включать что-то про запас стоит доп. ресурсов. Будь оно так - мы бы всех клиентов растеряли бы давно. По обрывкам настроек из Вашего поста выводы делать преждевременно. Необходим нормальный анализ Вашей схемы специалистами ТП. Многие просто копируют схему и на её основе создают новую, не обращая внимание на лишнее, оставшееся от предыдущей задачи. |
Цитата:
|
Цитата:
Вам ответили вежливо, но Вы явно хотели конфликта, либо у Вас цель - антипиар продуктов нашей компании. Вы нарушаете Правила Форума и ведете себя оскорбительно по отношению к сотрудникам компании и посетителям. Это последнее предупреждение. Я Вам уже писал, что нужно смотреть Вашу схему и понимать Ваши задачи, прежде чем делать выводы и давать рекомендации. Я Вам посоветовал обратиться в ТП. Нужно будет предоставить схему, данные, требуемый для Вас набор данных и описание задач, которые должна решать Ваша схема. Форум не подходит для этих целей. Почему рекомендовано обращение к Дилеру: Как правило ТП дилера еще и представляет настройки Вашего железа и процессы Вашего предприятия, связанные с транспортом, поэтому, зачастую, их помощь может быть эффективнее. Нашей ТП Вам придется всё это пояснять в случае необходимости. |
Цитата:
У Толстых Клиентов есть ряд своих очевидных преимуществ, но есть и свои недостатки. Идеальной универсальной архитектуры не существует. То, что большинство на рынке делают софт как под копирку - это недостаток. Почему именно толстый Клиент: Это позволяет компаниям использовать весьма слабые серверы, которые не ведут расчет, а лишь занимаются приемом данных и передачей их на рабочие места. Многие компании не могут себе позволить содержать достаточно мощный сервер, но не хотят работать на чьем-то хостинге. Мы таким образом решаем эту проблему для них. Если еще посмотреть исторически, то 10 лет назад свой сервер и вовсе был запредельной роскошью. И это единственная архитектура, позволяющая вести расчеты в оффлайне от сервера. Однако, если Вы хотите работать таким образом (с расчетами на сервере), для этого есть АвтоГРАФ.WEB. |
Текущее время: 15:29. Часовой пояс GMT. |
Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd. Перевод: zCarot