Высока нагрузка на CPU Автограф 5
Добрый день.
Подскажите, есть какие-нибудь способы уменьшить нагрузку Автограф 5 про, на железо? Сейчас на сервере через RDP работают 5 сотрудников, периодам раз в минуту нагрузка возрастает и загружает процессор под 100% потом нагрузка падает. CPU Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz Какая операция может так сильно нагружать CPU? В диспетчерском ПО 350 единиц техники. Заранее благодарен за помощь :girl+flower: |
Zircool, расчет данных периода или отчеты
|
Любой расчет стремится занять все доступные ему ресурсы, чтобы выполниться в максимально короткое время.
Просто есть короткие и нересурсоемкие операции, выполняющиеся за доли секунды (а потом процессор простаивает) и есть большие расчеты по большим массивам данных - тогда нагрузка временно возрастает. |
Добрый день. Расчет ведется постоянно в фоне или только при запросе трека?
Я наблюдаю картину, когда пользователь просто в режиме мониторинга сморит за положением машин загрузка процессора постоянно скачет. И оперативку еще процесс оперативку жрет как не в себя. |
Цитата:
В момент загрузки свежих данных по ТС - онлайн-расчет финальных данных В этот же момент - расчет параметров за выбранный период для выбранного ТС (или нескольких, если включен режим мультитрек), если пришедшие данные попадают в выбранный период (все параметры) При выборе нового ТС - опять же расчет параметров за выбранный период, тоже считаются все параметры. |
Цитата:
ПО АвтоГРАФ, одно из немногих ПО для СМТ в мире, которое умеет отображать не только сам список транспорта и статичные свойства объектов, но и ряд рассчитанных параметров в его столбцах - так называемые оперативные данные. Соответственно, при каждом приходе новых данных по объекту производится процедура перерасчета его оперативных данных. Глубина перерасчета в записях или по времени - задается в настройках ПО. Слишком большая глубина расчета оперативных данных может привести к повышенной нагрузке на ресурсы, что вполне очевидно. Возможно, Вам нужно серьезнее отнестись к настройкам ПО, чтобы не тратить ресурсы системы на ненужные Вам возможности. |
Может кому пригодиться. Отключение опции многопоточного онлайн расчета снижает потребление ОЗУ в 2 раза
|
Цитата:
Разве не очевидно, что если рассчитывать, например, две (или более) машинки параллельно, то тратится больше памяти за счет того, что в памяти надо одновременно держать данные по двум (или более) рассчитываемым машинкам ? Это же самое касается открытия более 1 документа в Word или более 1 вкладки в браузере или обработки более 1 видеоролика в Adobe Premier... Разумеется, есть постоянные "расходы" и переменные расходы на параллелизм и разница в 2 раза - это конкретно у Вас на Ваших аппаратных ресурсах. При расчете, например, большого отчета по множеству машин на 32-ядерном процессоре может потребоваться куда более чем в 2 раза больше памяти для параллельного расчета. За отсутствие параллельности Вы заплатите временем расчетов, которые будут производиться последовательно, вот и всё... Это если у Вас процессор имеет более 1 ядра, не занят какими-то другими программами - т.е. имеет свободные вычислительные ресурсы для параллельной обработки. |
Цитата:
Добавлено через 53 секунды Цитата:
|
Цитата:
Для этих целей есть такая штука, которая называется АвтоГРАФ.WEB Там ВСЕ расчёты ведёт сервер, а у диспетчера на мониторе - только отображение. |
ngbr, в данной теме обсуждается именно АвтоГРАФ.PRO
В отличие от большинства компаний на рынке, мы имеем и локальную десктоп-версию ПО, с расчетами на стороне клиентского ПО (что позволяет автономно выполнять их в оффлайне (!!!) и не содержать сервер для расчетов, а только для хранения данных) и веб-решение (+ мобильное приложение) с классической архитектурой расчетов на стороне сервера, что имеет свои плюсы и минусы. Использование простенького сервера сбора данных и рабочие места на PRO зачастую обходятся Заказчикам намного дешевле в плане ресурсов и самостоятельной поддержки. Есть и ряд других серьезных плюсов такой архитектуры. Мы, в отличие от остальных, предоставляем своим Заказчикам выбор используемого решения. |
Текущее время: 03:04. Часовой пояс GMT. |
Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot