This is topic Скорость просмотра в архивном тренде in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.
Ситуация такая: при открытии экрана кривые появляются по прошествии 5 мин.При прокрутке на 1час ждем еще, до появления кривых, 1-2мин. Параметр тренда - ось времени- 12часов, буфер- 1000000 создан архив 512Mb кэш- 255Mb период-300. Как можно сделать просмотр тренда быстрым и удобным? В ТМ5 при таких же параметрах все происходило достаточно быстро в течении нескольких секунд. И еще данные отображаются не пологой кривой с пиками и провалами,а ровной ступенькой интервалом около 5мин.Хотя период опроса каналов 1сек.В чем может быть дело?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. В каком релизе ТМ6 Вы работаете? 2. Установлено ли в свойствах тренда интерполирование? 3. Сколько параметров отображается на тренде?
Posted by sugar (Участник № / Member № 1198) on :
релиз 6.05 МРВ+ 7 кривых по температуре интерполирование отключено
Posted by sugar (Участник № / Member № 1198) on :
Что вы порекомендуете по тренду?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Сможете выложить в интернет проект вместе со сжатым архивом, если мы дадим Вам ссылку? Ответь, пожалуйста, на адрес техподдержки.
Posted by sugar (Участник № / Member № 1198) on :
Проект получился большой выслать затруднительно. В проекте порядка 300 каналов. Делали тестовый проект порядка 10 каналов,работает нормально.В реальном проекте (300 каналов ,256 Mb архива) при диапазоне горизонтальной оси 2 часа тоже работает ,ставим 12 часов (на горизонтальной оси)работать не возможно, приходится долго ждать когда закончится запрос из архива(30сек-5мин). Думаю прблема со скоростью обработки архива.Хотя машина стоит нормальная Pen-D 3Ггц 1G оперативки. В ТМ5 в аналогичном проетке таких проблем не возникало. Кто-нибудь делал подобные проекты с большим количеством каналов с такими настройками архивов?Как быстро работало отображение графиков? Подскажите на что можно обратить внимание или это проблема самой ТМ6 этого релиза? Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Попробуйте в настройках архива увеличить КЭШ-память насколько позволят свободные ресурсы.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Позвольте добавить!
В нашем действующем проекте каналов не дотягивает и до 100! А архивный тренд работает с ожиданием от 20с до 1мин при пролистывании с шагом в 1 сутки, при "развёртке" тренда по оси времени 1 час. Машина на которой это всё работает - сервер! Ресурсов у него хватает. Если смотреть диспетчер задач ОС то становится непонятно куда rtx.exe расходует такое количество ОП? При старте и работе РТМ потребляет порядка 30 мВ, но как только "листанёшь" тренд возникает лавинообразный рост до 79 мВ, и что самое странное остаётся на уровне 60 мВ при закрытии тренда и далее не снижается! На этом сервере по мимо РТМ масса задач выполняется и такого потребления мы не фиксировали! Когда кэш увеличили со штатных 48 мВ до 100 мВ начались такие "тормоза", так что эта рекомендация не помогает! Господа доработайте пожалуйста этот момент, ведь согласитесь, крайне не удобно работать в таких условиях. Тем более народ говорит что в ТМ5 такого не было.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Уважаемые Господа Разработчики!
Вы проверяли ситуацию которую описал sugar? Мы так же хотим иметь информацию по данной теме. У нас ситуация со скоростью просмотра тоже не акти какая и то, что я описал по поводу ресурсов так же вызывает опасения!
Posted by Grigorovskih (Участник № / Member № 1915) on :
Здравствуйте уважаемая техподдержка!
Мы понимаем вашу загруженность, но всё таки!
Вы закрыли топик "Отказ тренда по работе со СПАД", а зря! У нас опять завис сервер где ведётся указанный архив, и я выше писал, что rtx начал "поглощать" память когда архив достиг своего максимума 600 мб. А через день (сегодня) при работе с трендом произошло зависание сервера! Ситуация повторилась! Пришлось "убить" rtx, и опять не известно выживет ли после этого архив. Что нам делать? Помогите решить данную проблему. Самое главное найдите причину проблем с трендами.
Posted by Grigorovskih (Участник № / Member № 1915) on :
После перезагрузки сервера архив остался работоспособным, но как писал я и sugar архивный тренд работает с ожиданием от 1мин и более, а загрузка ЦП составляет 55% а оперативка 65 мб! И всё жутко тормозит! Господа, давайте вышлем Вам проект и дадим ссылку на архив! Протестируете сами и за одно найдёте причины?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Давайте ссылку и подробные комментарии к организации наблюдений.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Проект и ссылку на архив мы вышлем Вам на адрес техподдержки. Заранее благодарим!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы просим прощения за задержки с ответами, вызванные форс-мажорными обстоятельствами и неустойчивостью наших интернет-каналов, в связи со сменой офиса.
Мы получили от Вас проект с архивом и проанализировали его работу в соответствии с указанным Вами в письме алгоритмом: "Чтоб воспроизвести указанную на форуме ситуацию необходимо: запустить узел SERVERASUTP, включить экран "ПОМОЛ", с него перейти на экран "архивы" и начать листать архивы имеющимся там трендом используя кнопки прокрутки по шкале времени, желательно с шагом в сутки и можно в начало и конец. При этом наблюдать ч/з диспетчер задач операционки что делается с оперативкой и ц.п."
1. Загруженность процессора существенно возрастает именно в момент выборки из архива. Это вполне обосновано, т.к. для ускорения процедуры используются все возможные ресурсы. Приоритет этого процесса не является критичным, поэтому на регламенте других, более приоритетных, задач загруженность процессора не сказывается.
2. Оперативная память в процессе работы с архивом несколько возрастает. Однако ее возможное увеличение определяется объемом кэша, который Вы задаете в настройках архива. Он для того и задается, чтобы использоваться при работе с архивом.
3. Если осуществлять перемещение по архиву с помощью кнопок скроллинга, дожидаясь каждый раз завершения очередной процедуры, то смещение на сутки или в конец/начало архива осуществляется в течение 1-3 секунд. Если же, не дожидаясь завершения очередной процедуры, быстро нажимать на кнопку смещения "на сутки назад", то можно добиться задержки в несколько десятков секунд. Однако, нельзя признать рациональным такой способ смещения на несколько суток сразу. При этом создается очередь выборок и они последовательно выполняются одна за другой. Для перемещения на несколько суток существует специальная форма навигации по архиву "Перейти к временной метке". С ее помощью перемещение на несколько суток осуществляется также за 2-3 секунды.
В очередном релизе приняты дополнительные меры для ускорения выборок из архивов. Однако, это не исключает необходимости рационально использовать предложенные в ГЭ "Тренд" средства навигации.
В заключение надо отметить, что в большинстве случаев ресурсоемкость и продолжительность выборок из архивов зависят не от количества каналов в архиве, а от объема выбыраемых данных и структуры записей, в частности регулярности и адекватности записей разных параметров, присутствующих в выборке.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Здравствуйте Господа!
Спасибо за анализ нашей ситуации. Ещё, кое что. Помните, в разделе "операторский интерфейс" я писал: ///А возможно ли как то привязать визор (по оси времени) через какие нибудь св-ва ГЭ тренд? Он конечно удобен, т.к. внизу отображаются значения кривых которые он "пересекает", но вот только перемещаеть его можно только мышью! А переход к временной метке в меню тренда не влияет на отображение значений кривых в нижнем поле, по этому хотелось бы или при переходе к временной метке иметь значения в нижнем поле, соответствующие временной метке, или связь с визором!/// Вы ответили, что примите данное пожелание к обсуждению. Поэтому у нас животрепещущий вопрос: обсуждали Вы эту тему, и если обсуждали то какое приняли решение? Функция: "переход к временной метке", хотябы должна сопровождатся установкой визора в указанное этой функцией место по оси времени. Т.е. было бы неплохо как минимум сделать возможность установки флага, в настройках, позволяющего включить такую возможность! Иначе визор, который приходится "тыкать" мышью, в таком функционале не обеспечивает эту самую функциональность!
Posted by Grigorovskih (Участник № / Member № 1915) on :
... По поводу: "Однако, нельзя признать рациональным такой способ смещения на несколько суток сразу. При этом создается очередь выборок и они последовательно выполняются одна за другой. " За РМ сидит оператор, и он не знает про алгоритм работы системы! По нашему убеждению всё должно работать с максимальной защитой от неверных действий оператора. Если бы мы могли так "тонко" настраивать ГЭ то сделали бы блокировку последующих процедур выборки до завершения очередной для ГЭ "тренд". Согласитесь?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Именно это мы и постарались ввести в следующем релизе.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Спасибо за понимание. А вопрос по поводу визора? Вы не обсуждали его с коллегами?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проблема обсуждалась. В плане улучшений эта тема присутствует. Конкретных сроков реализации указать не могу.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Господа, ещё несколько слов по поводу скорости работы тренда!
В принципе, при различных тестовых комбинациях работы тренда с архивом на наш взгляд имеют место две основных проблемы которые влияют на скорость: 1. Несоответствие размера файла архива проектному количеству архивируемых каналов. 2. Невозможность настройки количества отображаемых точек кривой (выгружаемых отсчётов значений канала из архива) в диапазоне развёртки тренда по оси времени.
По 1-му: У вас размер файла определяется самим РТМ на котором запускается скомпилированный файл проекта. Т.к. запись ведётся блоками, а размер блока зависит от РТМ и если архивируется меньшее количество каналов то остальное место в блоке заполняется нулями и размер архива будет всё равно велик, не смотря на то, что, к примеру, 10 каналов из 100 архивные или все 100! По 2-му: К примеру, два случая с одним и тем же файлом архива (в архиве один канал и период пересчёта у него 1 с), в первом тренде мы делаем у развёртку по оси времени 1 минута во втором сутки. В первом случае у нас мгновенное отображение при пролистывании во втором черезвычайно медленное. В первом случае из архива нужно взять 60 значений канала а во втором 86400! Зачем во втором случае отображать на тренде столько значений? Если проредить их даже в 100 раз будет незаметно для оператора, и скорость возрастёт в разы при прорисовке кривой! А для визора сделать отдельный запрос из архива в котором он возьмёт единичный отсчёт значения канала на указанный момент времени.
P/S Не сочтите это за критику! Просто нам кажется это очивидным и хотелось чтоб Вы прислушались к своим клиентам!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Скорость выборки от размера файла архива практически не зависит, т.к. поиск осуществляется именно по блокам, имеющим временные метки. Мы ввели в следующий релиз дополнительные структурные идентификаторы в архиве, которые позволили существенно ускорить систематизацию блоков архива по имеющимся в них записям. И второе Ваше предложение мы тоже уже частично использовали в следующем релизе - с прореженной выборкой при большом массиве считываемых данных. "Точная" выборка по визиру заслуживает обсуждения, но возникает проблема "точного задания времени визира". Сегодня уже имеется некоторая альтернатива - режим "лупы" на тренде: отобразив на тренде выборку за сутки, Вы затем легко можете выбрать нужный Вам временной диапазон и растянуть его для более детального рассмотрения.
Posted by Grigorovskih (Участник № / Member № 1915) on :
![[Недоумение / Confused]](confused.gif)