This is topic Непрерывное увеличение размера дамп файла. in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.
Возникла проблема с дампом. Простой проект, в дамп сохраняются значения трех каналов. В настройках МРВ указал имя файла и поставил галочки напротив "Считывать при старте" и "Сохранять". В настройках Синхр/Дамп выбрал "дамп". Запускаю проект в профайлере, файл дампа начинает расти. Каждые 10-15 секунд в конец файла дописываются 2 байта FF. Через 2 часа работы, файл вырос до 6.5 киллобайт из которых лишь первые 110 байт несут смысловую нагрузку, остальные FF, это хорошо видно в HEX-редакторе.
В течение 14 часов гоняли проект с файлом dump. Период сохранения установили около 10 с. Начальный размер файла как был равен 1478 байт, так и остался. Некоторый рост в течение первых часов работы МРВ возможен, но впоследствии размер файла должен стабилизироваться, если при последующих запусках узла не было редактирования проекта.
Posted by Fanker (Участник № / Member № 5467) on :
У меня период сохранения 1 с. Каналы класса Hex32. (Возможно с этим связан рост.) Я запускал МРВ три раза по 2 часа, каждый раз рост продолжался. Сейчас файл dump весит чуть больше 10 килобайт.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В релизе 6.07.7? Присылайте Ваш проект для анализа.
Posted by Fanker (Участник № / Member № 5467) on :
Да, релиз 6.07.7 Это новый проект, содержащий только 10 каналов класса HEX32, к которым привязана пила, а содержимое отображается на экране в текстовых формах. При запуске хорошо видно, что сразу же содержимое дампа начинает заполняться словами "FF FF". Вот всё содержимое папки проекта. http://dl.dropbox.com/u/49913235/RTM_1.zip Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Видимо, Вы запускали проект под профайлером. По причине несколько расширенного набора функций у профайлера по сравнению с МРВ, существуют условия при которых некоторое увеличение объема DUMP-файла имеет место. В частности, это происходит при малых периодах сохранения (1 < Период сохранения состояния системы < 15). В ближайшем релизе такие ситуации будут блокированы.
Posted by Fanker (Участник № / Member № 5467) on :
Хм. Что вы подразумеваете под "расширенным набором функций"? Можете ли вы гарантировать, что под МРВ подобного увеличения не будет? Или мне нужно увеличить период сохранения до 15 секунд, чтобы подобного роста не происходило?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Именно в МРВ текущего релиза мы и проверяли в течение 14 часов. Чтобы обойти эту ситуацию при работе под профайлером, увеличивайте период сохранения. Мы полагаем, что задание периода сохранения в пределах единиц секунд вряд ли может иметь практическое значение. А дополнительные файловые операции, которые при этом возникают, в той или иной мере являются дополнительной нагрузкой на систему.
Posted by Romсheg (Участник № / Member № 3792) on :
Во многих наших проектах динамика измеряется десятками миллисекунд, и порой пропуск даже одного значения по уставкам, которые верхний уровень может выдавать с частотой в десятки секунд, несет за собой человеческие жизни.
Относительно файловых операций - сохранение дампа должно выполняться в отдельном потоке и не требовать времени основного цикла математической обработки. Пожалуйста, учтите это в дальнейших релизах продукта.
[ 21.11.2011, 15:11: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by Fanker (Участник № / Member № 5467) on :
Я согласен с Romcheg. Буду пробовать запустить проект на МРВ.
[ 22.11.2011, 09:44: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Файловые операции выполняются в отдельных потоках. Но это не исключает их из потребителей ресурсов ПК.
