This is topic СПАД = утечка памяти? (TM 6.0.5.1) in forum TRACE MODE 6 бесплатная Базовая версия / TRACE MODE 6 free Base version at Форум TRACE MODE: техническая поддержка.
В нашем проекте осуществлялось архивирование в СПАД. При количестве точек ~256 утечка памяти составляет ~16 MB/сутки. До выхода релиза с единичкой на конце утечка была ~30 MB/сутки и через месяц непрерывной работы система рушилась от нехватки памяти. После отключения архивирования утечка прекратилась. Теперь архивируем сами в csv-файл через свою DLL. Хотелось бы узнать у других разработчиков: кто-нибудь вообще пользовался СПАД или все его отключили так же как и мы?
Posted by M@V (Участник № / Member № 1800) on :
Гиблое дело. Максимум чем пользуюсь это флажки Синхронизировать и Дамп, дабы восстановить состояние системы после нештатного поведения. С уважением, M@V. PS. Цепляйте SQL базу, морки поменьше чем с CSV.
Posted by Гусев Александр Петрович (Участник № / Member № 2148) on :
csv выбрали потому что - чем проще тем надежнее. а БД которая обеспечивала бы свою целостность при сбое, быстроту, удобство и стоила бы реальные деньги к моему великому удивлению я не нашел. если БД делают ковбои, то в их руках такое понятие как транзакция становится мыльным пузырем, а подвешивать на волосок, на обещания разработчиков БД что все будет хорошо даже если система отключится во время записи значений в БД не имею привычки.
Posted by M@V (Участник № / Member № 1800) on :
И что же это за система, требующая такой надежности? Я не думаю, что Firebird или InterBase по надежности отстали от ТМ6. В таком случае, дабы быть уверенным, нужно лепить свою СКАДА. С уважением, M@V.
Posted by Гусев Александр Петрович (Участник № / Member № 2148) on :
Самая обычная система тоже требует надежности. Представте - вы архивируете параметры работающего энергоблока, происходит просадка напряжения, компьютер отключается (варианты с ИБП сейчас в расчет брать не будем) и в результате черт-знает какой ошибки у вас слетает ВСЯ база за год. Или в базе образуется какой-нибудь "хлам". Или записи сдвигаются. Я видел все это на Access. Понимаю - это и не база вовсе. Но специалисты сказали - "гхм... а вообще-то базы и не должны быть защищенными от сбоев..." А если бы у вас слетела база комерческого учета энергоносителей? Вас бы не просто отодрали в ПТО, вас бы повесили на проходной. Правда весело? В то же время элементарная запись в новый csv-файл которая начинается каждые новые сутки или при старте системы дает нам (только не смейтесь) феноменальную надежность и доступность для всего чего угодно. База значений - не досье сотрудников, возможности SQL ей и не нужны. А в виде csv-файла кто-угодно может обработать ее как-угодно. ---- Кто сказал что TM надежен? Например в поддержке мне не гарантировали адекватность проекта при его аварийном завершении. Было сказано - "Только заверешние через пункт меню "Остановить проект" гарантирует корректность выгрузки. Иначе могут остаться хвосты и прочие артефакты от которых система может сбрендить." ---- Свою SCADA хотелось бы начать, но начальство смотрит на это скептически. Махина TM с ее техподдержкой и длинючим списком поддерживаемых драйверов заслоняет от них свет истины.
Posted by M@V (Участник № / Member № 1800) on :
За Access, я не хочу даже разговаривать. В остальном согласен, энергоблок не фишка. Однако в новостях, ТМ6 завоевывает энергетику. Интересно узнать у этих предприятий моменты архивирования? Вам это ближе по родству, и если чего знаете, буду признателен за информацию. В отношении посуточного архивирования, таким путем пошли спецы ОВЕНА, написав регистратор к своим приборам. Ну мудотно сшивать суточники для анализа чего либо за месяц и т.д. С уважением, M@V.
Posted by M@V (Участник № / Member № 1800) on :
Да, вопрос к Вам, как к спецу по ST: Как лучше реализовать в ST без применения FBD временные задержки, импульсы определенной длительности и т.д., учитывая что длительность такта системы может варьироваться? С уважением, M@V.
Posted by Гусев Александр Петрович (Участник № / Member № 2148) on :
Завоевание энергетики... В новостях все хорошо потому что те кто завалил проект парятся на бирже труда, а те кто исхитрился сдать систему так или иначе заткнули дыры даже если для этого им пришлось дрелью болты заколачивать. Система с утечкой памяти которую я здесь привел в качестве примера работала на энергоблоке 160 МВт. Хорошо что она вылетела не во время пуска/останова иначе нас бы по голове не погладили. ---- Сшитие файлов-суточников - не так уж сложно. ---- В ST реализовывали только задержки и импульсы с длительностью заданой в тактах. Методика - самая простая. Одна переменная с типом вх используется для задания длительности. Во вторую с типом вх/вых программа считает такты на каждом пересчете увеличивая на единицу. Счет начинается по положительному фронту переменной типа вх/вых. Когда досчитает - обнуляет переменную-фронт. ---- PS Можно делать задержку заданную в секундах. Для этого в программу передаем системное время, длительность в секундах и параметр по фронту которого начинается отсчет. При запуске счета время запоминается в параметре с типом вх/вых. На каждом цикле текущее время сравнивается с началом отсчета и проверяется заданная задержка. Когда досчитаем - обнуляем фронт.
Posted by Андрей В. (Участник № / Member № 2749) on :
Доброе время суток ! Очень занимательный у вас диалог получаеться.Подскажите тогда новичку , с чего начать чтобы организовать архивирование во внешнюю базу данных , какую программу лучше выбрать , можна ли реализировать во внешней БД графическое отображение данных и т.д.
Posted by M@V (Участник № / Member № 1800) on :
Начать надо с HELPa, раздел "Распределенные АСУ"-"Обмен с базами данных" и топиков этого форума. Я выбрал Firebird - бесплатна и довольно не привередлива в обслуживании. В ней нет таких пулов подключений как в MS SQL. Далее данные БД обрабатываю в 1С версии 8.0, здесь можно и графики зашарашить, а не подходит, тогда DELPHI или CI++. Не забудтьте о ODBC драйвере для Firebird.
Posted by Гусев Александр Петрович (Участник № / Member № 2148) on :
Андрей В. - в начале определитесь чего вы хотите от БД. как выяснилось у меня - никакой базы и не нужно. а решать задачу общего вида - это красивый, но неблагодарный психоз. M@V - delphi & c++ у вас лицензионные ) ?
Posted by M@V (Участник № / Member № 1800) on :
Я пользуюсь ими только в целях експеримента. Posted by M@V (Участник № / Member № 1800) on :
Можно, конечно, и в csv, но тогда статистику, итоги за месяц, год, лупить в EXCEL. Posted by Андрей В. (Участник № / Member № 2749) on :
M@v и Александр Петрович , большое спасибо за советы! Вопрос по БД возник из за того , что система рушиться и никогда не знаеш что там запишеться в архива. Происходит это даже быстрее чем у Вас на 2-3 сутки работы (ну причина наверное в базовой версии).Потому и хотелось бы всю информацию о процесе записывать в БД. Пока , что выхожу из ситуации каждый день скидывая архив.
Posted by Гусев Александр Петрович (Участник № / Member № 2148) on :
Каждые 2-3 суток крах - это ужас какой-то... ПОЧЕМУ??
Posted by Андрей В. (Участник № / Member № 2749) on :
Если верить разработчикам то базовая версия и не может работать дольше Цитата AdAstra Technical Support: "Это сообщение профайлера, который полноценно работает в течение ограниченного времени - 1-2 часа. После этого сообщения отключаются внешние интерфейсы и постепенно отключаются другие внутренние функции - система деградирует." топик Time Limit Я так понимаю , что у меня как раз вышеперечисленное и происходит.Так как , через сутку работы все нормально , через две - вырубаеться архивный тренд и т.д. Если есть идеи , то подскажите как с этим бороться , буду рад любой помощи.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
quote:Отправитель / Originally posted by Гусев Александр Петрович: В нашем проекте осуществлялось архивирование в СПАД. При количестве точек ~256 утечка памяти составляет ~16 MB/сутки. До выхода релиза с единичкой на конце утечка была ~30 MB/сутки и через месяц непрерывной работы система рушилась от нехватки памяти. После отключения архивирования утечка прекратилась. Теперь архивируем сами в csv-файл через свою DLL. Хотелось бы узнать у других разработчиков: кто-нибудь вообще пользовался СПАД или все его отключили так же как и мы?
"Утечка памяти" происходила из-за роста буфера отчета тревог узла, размер которого был установлен по умолчанию 1 000 000 записей. Инициализация архива, причем в который не писался ни один канал, никакого влияния на рост используемой памяти не оказывала.
В подавляющем большинтсве проектов, разработанных в Trace Mode, используется SIAD и "утечек памяти" в них необнаружено.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
quote:Отправитель / Originally posted by Андрей В.: Если верить разработчикам то базовая версия и не может работать дольше Цитата AdAstra Technical Support: "Это сообщение профайлера, который полноценно работает в течение ограниченного времени - 1-2 часа. После этого сообщения отключаются внешние интерфейсы и постепенно отключаются другие внутренние функции - система деградирует." топик Time Limit Я так понимаю , что у меня как раз вышеперечисленное и происходит.Так как , через сутку работы все нормально , через две - вырубаеться архивный тренд и т.д. Если есть идеи , то подскажите как с этим бороться , буду рад любой помощи.
Профайлер Инструментальной среды предназначен только для отладки проектов, для полноценной работы он не пригоден.
Posted by M@V (Участник № / Member № 1800) on :
Не совсем понятно Андрей В., базовый отладочный МРВ четко начинает деградировать после часа работы, профессиональный отладочный после двух часов, какой МРВ у ВАС, что падает через 2-3 суток, может лицензированный базовый, али продолжаете смотреть на процесс после получения Time Limit, так это же чхунье! С уважением, M@V.
Posted by Андрей В. (Участник № / Member № 2749) on :
Спасибо Адастре за ответ по поводу профайлера . M@v Вы всьо правильно поняли , я продолжаю работать после сообщения Time Limit и система чётко деградирует не через 1 час , а после суточной работы. А что делать , начальство на полную версию жмет денег , пока не подключу все контроллеры к базовой.
Posted by Гусев Александр Петрович (Участник № / Member № 2148) on :
AdAstra Technical Support: 1. Утечка памяти в релизе 6.05.0 подтверждена службой поддержки и моими собственными глазами. 2. Для релиза 6.05.1 мы не стали дожидаться когда все рухнет и остановили проект после двух дней работы когда убедились что выделенная память стабильно растет. Безусловно мы не дожидались 300 МБ отчета тревог на которых заполнение буфера дожно было вроде прекратится как сообщила недавно служба поддержки. Все это от того что в поддержке нас заверили - новый релиз решил проблемы увеличения объема выделенной памяти и при тестировании службой поддержки нашего проекта ничего плохого не наблюдалось. Мы решили пойти своим путем - шоу должно продолжаться и дыру через которую уходит память надо было заткнуть. Поскольку официально дыра перестала существовать - стала "невоспроизводимой особенностью проекта" мы остались с ней один на один. Сейчас проект находится на "тестировании". После пары недель работы будут оглашены результаты. Вот и поглядим остановится ли буфер отчета тревог на 300 МБ и будет ли вообще увеличение выделенной памяти. По прошествии двух дней - все было нормально. 3. Относительно архива в который у нас якобы не писался ни один канал - это не верно. В нашем проекте у всех каналов стоит архивирование в СПАД1 и сейчас действительно ни один канал не пишется в архив поскольку состояние СПАД1 сейчас установлено в false. Но до модификации все каналы писались в этот "архив". В добавок хохма - один из операторов нажал на кнопку выборка из архива и спокойно пошел пить кофе. Через два дня мне звонит человек который наблюдал за памятью на операторской станции и кричит - памяти осталось несколько килобайт, всплывало системное сообщение об увеличении файла подкачки, вы разрешаете остановить проект до того как система отакжет? Замечательная выборка из архива сожрала все системные ресурсы. Прелессно.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Так Вами называемую "Утечку памяти" никто не отрицает. Мы говорим, что "утечка" никак не была связано с функцией архивирования.
2. Легче было поставить размер отчета тревог, например, 30000. Зачем Вам 1000000 записей?
3. В обоих присланных Вами проетах были инициализированы SIAD1, а у некоторых каналов стояло архивирование "2", у остальных архивирования не было.
К тому же данные вопросы не относятся к теме СПАД = утечка памяти?, по ним лучше общаться по почте.
![[Пдмигивание / Wink]](wink.gif)
![[Улыбка / Smile]](smile.gif)
![[Неодобрение / Frown]](frown.gif)
![[duno / незнайка]](graemlins/duno.gif)
, пока не подключу все контроллеры к базовой.
