День добрый! Можно ли запустить на одном компьютере 2 NLL. Не будет ли в их работе конфликтов из-за общих ресурсов. Могут ли они работать вместе на одной машине. С уважением Смирнов С.В.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Вижу вопрос остался без ответа. К этому вопросу хочу добавить еще один. При запуске NLL, программа PicRT через некоторое время начинает занимать до 40% процессорного времени. Почему такое происходит, и что можно сделать с этим? С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Запуск на одной машине 2 NLL нарушает лиценцию, возможны конфликты на уровне ресурсов.
2. Причины высокой загрузки процессора могут быть разные. Вопрос индивидуальный. Это может быть связано как с ресурсными потребностями самой графической базы, так и с интерфейсными функциями обмена с серверами по сети. Возможно, недостаток свободной RAM или емкости файла подкачки. Надо знать характеристики компьютера и ОС. Если эту ситуацию возможно воспроизвести в "лабораторных" условиях, мы можем попытаться воспроивести ее у себя на Вашем проекте. В таком случае присылайте проект на адрес техподдержки с подробными комментариями по воспроизведению ситуации и описанием Вашего компьютера и ОС. В связи с большой загрузкой быстрого рассмотрения проекта не гарантируем.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Характеристики системы - 1. Компьютер: Процессор Intel HT 3ГГц, память 512 Мб 2. Операционная система W2K Prof SP4 Ситуация развивается следующим образом. На одной машине запущен МРВ с графической консолью, на другой NLL. На компьютере с МРВ в отношении процессорных ресурсов все хорошо 1-5%. На компьютере с NLL сначала ситуация такая же, но после прошествия какого-то времени процессор загружается, в среднем до 35-40%, но бывают скачки и до 50%. Процессор загружает файл PicRT. Такое резкое увеличение загрузки процессора пока не удалось сопоставить с деятльностью оператора, это может произойти и в течении часа, а бывает через более длительный промежуток времени.
Судя по диспетчеру задач с оперативной памятью и файлом подкачки все нормально, свободной памяти с избытком.
Дополнительно вопрос. В параметрах запуска NLL местом расположения проекта указывать компьтер с МРВ (\\MRV\C\TraceMode5_Basic\project\MyProject.ctm), или проект необходимо копировать на машину с NLL и указывать путь на локальную машину? Спрашиваю об этом потому, что в документации об этом подробно не написано, а работает обоими способами. С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Все-таки придется наблюдать за ситуацией, чтобы прояснить возможность воспроизведения ее на стенде. М.б., это связано с каким-либо определенным экраном или с определенными процедурами - работа с архивами, Отчетом тревог?
Проект для NLL может загружаться как по сети, так и локально. Важно только соблюсти идентичность версий проекта, с которыми работают сервер и консоль.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
Добрый день! Провел несколько экспериментов. Выяснилось следующее: 1. Увеличение загрузки процессора происходит ровно через один час, после запуска NLL. 2. Увеличение загрузки процессора происходит скачком. 3. В момент увеличения загрузки процессора, оператором ни каких действий не производилось. 4. В течении всего часа работы NLL, оператором не проводилось ни каких действий с NLL. С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Можно ли из сказанного Вами сделать вывод, что если взять Ваш проект с МРВ и NLL, запустить его на отдельном стенде, выйти на указанный Вами экран, посидеть ровно час - и увидишь этот эффект скачкообразного нарастания загрузки процессора?
Попутные вопросы - в каком релизе Вы работаете, - запускаете сервер с командной строки?
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Релиз 5.16 На компьютере МРВ запускается сначала сервер мат. обрабтки, потом подключается графическая консоль. Далее к запущенному МРВ с другого компьютера подключаем NLL. Дело в том, что данная ситуация наблюдается и на другом проекте. По поводу отдельного стенда - вполне вероятно. Мы хотели провести данный эксперемент совершенно на других компьютерах, и поэксперементировать с операционными системами. Резервный ключ МРВ у нас есть, а ключа NLL не нашли. Снимать ключ с работающей системы не можем. Если у вас есть возможность поэксперементировать - можем выслать вам проект со строками запуска МРВ, графической консоли, NLL. К выше сказанному: после увеличения загрузки процессора, просто закрываем NLL, загрузка падает, запускаем снова (без перезагрузки системы), в течении часа работает нормально, через час загрузка увеличивается. Если перезагрузить систему, все происходит аналогично. С уважением Смирнов С.В.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Отправил проект на hotline1@adastra.ru Будем ждать результатов. С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проект получили. Прошу прощенияза возможную задержку с ответом в связи с большой загрузкой.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Еще хочу добавить, правда уже не знаю, относится это к NLL или нет, но раз вы будете эксперементировать с нашим проектом, посмотрите следующую ситуацию. Когда от МРВ нештатно отключается NLL. Например при снятии задачи через диспетчер задач. После 4-5 раза, изображение на графической консоли и на подключенном NLL начинает редко меняться, время обновляется через 15-20 секунд, то же относится и к показаниям. Такое ощущение, что сбой происходит в сервере мат. обработки. С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Вот как раз здесь картина более ясная. При нештаном отключении пользователей DCOM реализует свою внутреннюю тактику диагностики пользователей, их отключения и возврата управления серверу. Поток обмена по DCOM - общий для всех клиентов. Поэтому DCOM пытается обслужить всех, даже тех, кто не отвечает, поочередно. И каждый цикл диагностирует по пол-минуты на клиента. Оставшиеся клиенты ждут, когда до них дойдет очередь. Именно это и вынудило нас отказаться от DCOM в Трейс Моуд 6.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! С DCOM все понятно. Есть ли результаты по загрузке процессора? С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Задача Ваша на контроле. Но, прошу прощения, ресурсов для тестирования не хватает. Видимо, до конца месяца приступить к ней не будет возможности.
Posted by Сафронов (Участник № / Member № 408) on :
У нас такая же ситуация.На компьютере с NLL через час после запуска оного процессор загружается до 50%. После перезагрузки NLL в течении 1-го часа - все нормально, через час загрузка снова увеличивается.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День Добрый! Есть ли какие-нибудь результаты по загрузке процессора? С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Пока никаких конкретных результатов нет.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Прошу прощения за вынужденную задержку с ответом.
Я запустил Ваш проект ( 2 узла - сервер, над ним локальную консоль с краном "Барабан 5" и NLL с экраном "Барабан 2"). Он проработал почти 2 суток. Никаких проблем с ресурсами процессора на узле NLL я не наблюдал.
Правда, мне не удалось запустить в OPC-сервере присланный Вами проект Baraban.opf. Сервер KEPware его не принял. Видимо, потому, что у нас нет соответствующих контроллеров (GE-Fanuc 90-70).
Могло ли это обстоятельство повлиять на результат тестирования, я сказать не могу. Как работает у Вас Ваш проект в такой ситуации?
Нет ли возможности создать эмуляционный вариант проекта для OPC-сервера, на котором описанный Вами эффект проявляется?
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Возможно дело в операционной системе. У нас установлена Windows 2000 Prof Rus SP4, и на сервере и на станции NLL. Trace Mode - базовая версия, последнее обновления с вашего сайта и для МРВ, и для NLL. KEPware может не открывать проект по нескольким причинам: 1.У Вас старая версия KEPware OPC сервера, необходимо скачать новую с сайта KEPware. 2. У Вас не установлены драйвера KEPware для GE Fanuc. При установке KEPware необходимо установить все драйвера для GE Fanuc. KEPware полноценно работает в течении 30 дней без регистрации. Нажмите правой кнопкой мыши на устройстве Device1, на вслывающем меню выберите пункт Properties. На открывшемся окне в нижнем правом углу можно выставить галочку Simulate Device.
Но подобная ситуация у нас наблюдается и на другом проекте с NLL. Но там другой OPC сервер. Может дело не в конкретном OPC сервере, а просто в наличии OPC сервера в проекте?
С уважением С.В. Смирнов
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы продолжим проверки в указанных Вами направлениях.
Posted by Сафронов (Участник № / Member № 408) on :
У нас в проекте OPC сервера нет совсем, однако ситуация похожая. Полностью избавится от описанной ситуации позволяет замена файла PicRT.exe от NetLinkLight (версия 5.16) на аналогичный файл из состава NetLink (версия 5.16), причем и скорость работы NLL после этого значительно возрастает. Ключ не меняем. Возможно, в этих модулях как-то по разному реализована проверка ключей? Подскажите, допустима ли такая замена? Внешне мы никаких функциональных отличий не обнаружили.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Подмена консоли возможна. Если помогает, работайте так. Но у нас и на консоли NLL никаких проблем не обнаруживается.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Согласен с г-м Сафроновым, увеличивающаяся загрузка процессора ровно через час наводит на мысль о связи этого явления с авторизацией, т.е. проверкой программой наличия ключа. У нас нет возможности как у г-на Сафронова взять файл из состава NetLink, но и замена родного файла другим сама по себе некорректна. Считаю, что было бы более правильным, если бы все модули работали хорошо без замен другими. Такое видимое различие в работе модулей, на мой взгляд, должно сильно помочь в поиске ошибки, которая проявляется как увеличение загрузки процессора. Хотя может скрывать за собой более серьезные явления, которые могут в любое время проявиться неожиданным образом. Программа работает на производстве!!! Считаю, что останавливаться на замене одного файла другим, было бы неправильным. Необходимо довести решение вопроса до логического конца.
Еще один вопрос, который бы хотелось затронуть. Вот мы вам пишем, что у нас программа раотает отлично от так называемой "нормы". Вы проводите ряд экспериментов, и сообщаете, что у вас все в порядке. Хотя на наш взгляд налицо расхождение результатов. Так вот хотелось бы узнать, если это не будет некорректным, каким образом вы со свой стороны проводите такие тестирования? Как вы пытаетесь приблизить условия своей проверки к тем, которые существуют у пользователей? С уважением С.В. Смирнов
Posted by Сафронов (Участник № / Member № 408) on :
to:Смирнов С.В. Полностью согласны с Вами, однако если решитесь на эксперимент по замене файла - файл от NetLink есть на сайте AdAstra в составе сервиспака1 для ТМ5.15
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы стараемся максимально приблизить условия тестирования к условиям функционирования реального проекта. Однако, мы не в состоянии воспроизвести в полном объеме производственные условия, поэтому мы моделируем, наколько это возможно, реальные ситуации. Здесь мы очень рассчитываем на помощь авторов проектов, которые предоставляют нам модели, на которых у них в условиях, налогичных нашим, эти эффекты воспроизводятся. В частности, мы запустили проект г.Сморнова С.В. в соответствии с его указаниями МРВ + удаленный NLL. Пока не удалось воспроизвести работу с OPC-сервером, но мы постараемся реализовать, насколько это возможно.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
Есть ли продвижение по данному вопросу? С уважением Смирнов С.В.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Очень огорчает, что приходится вести диалог с самим собой. Если представители техподдержки считают тему закрытой, было бы правильным, хотябы сообщить об этом остальным. С уважением Смирнов С.В.
Posted by VICTOR S (Участник № / Member № 766) on :
У нас, после длительной работы в стабильном режиме (более 2 месяцев) замечена следующая картина - стали медленно открываться кадры в NLL. Стали смотреть - загрузка сети МРВ иногда доходит до 70%. Перезагрузка МРВ и NLL, удаление архивных файлов ничего не дала. Причем в момент загрузки второго NLL на второй машине может отвалится первый уже запущенный NLL на первой машине. Сеть проверили, вроде все нормально, машины пингуются хорошо. При первом запуске в мае всей системы и спустя месяц где-то ничего подобного не наблюдалось. Машинисты длительное время работали только с основными кадрами и ситуацию заметили не сразу. Не смотря на возросшую загрузку сети данные на экранах обновляются пока нормально. Два дня не можем понять причину...
Posted by VICTOR S (Участник № / Member № 766) on :
to:Смирнов С.В. Полностью согласны с Вами, однако если решитесь на эксперимент по замене файла - файл от NetLink есть на сайте AdAstra в составе сервиспака1 для ТМ5.15
Уточните пожалуйста: это файл в составе RTM_5.16_prof.zip (1.37Мб) от 7.02.05 - сервис пак1 к МРВ, NetLink...????
Posted by VICTOR S (Участник № / Member № 766) on :
Уважаемая Adastra! Какова "норма" загрузки сети при двух NLL на двух машинах под W2000, и МРВ под ХР.Загрузка сети не изменяется даже если на мониторах экраны почти совсем без графики и без компонентов (начальные кадры). Раньше (до обновления ТМ до5.16)как то не обращали на это внимание, а теперь стало актуально. И еще не появились какие либо дополнительные рекомендации по настройке DCOM для ХР?
Posted by VICTOR S (Участник № / Member № 766) on :
Каков принцип работы NLL с МРВ в смысле обмена по сети? NLL постоянно грузит информацию о всех экранах проекта (такое впечатление складывается)или работает только по активному экрану (тогда почему не меняется загрузка по сети при разных по графическим наворотам экранах?).Если первое, то загрузка сети должна падать с уменьшением количества экранов всего проекта? Или это нештатный расход ресурсов самого NLL или МРВ (почему и спрашиваю примерную загрузку сети при двух NLL и одном МРВ. Физическая реализация сети проверена - претензий нет. Ответьте, пожалуйста, хоть что нибудь!!! Или техподдержка в отпусках?
Posted by VICTOR S (Участник № / Member № 766) on :
Уважаемая Adastra! Техподдержка на форуме ТМ5 прекратилась?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Простите за задержку с ответом. Действительно, наложились отпуска, болезни и накопившийся в результате поток запросов по всем каналам.
Если на экранах нет трендов, то они не обслуживаются. Тренды имеют постоянно актуализируемые буферы. поэтому по параметрам, отображаемым на трендах, идут запросы даже в случае, если экран не активен.
