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