Зависание FDCapture

[kasa]

Если растет память в explorer.exe, то шансов для нашей помощи маловато.

Про память было только предположение пока, т.к. 100% зависимости еще не выявлено!
В любом случае, если программе не хватает памяти, то неплохо бы об этом сообщать.
Как там у вас дела с дебаггерной печатью? Если бы был лог-файл, то можно было бы разговаривать более конструктивно, мне кажется.

Я попробую вышеописанную методику, конечно, но еще раз: 100% зависимости от поедания памяти эксплорером (или еще кем-то) не выявлено. Тем не менее, FDCapture останавливает запись.

[vd]

Неплохо бы сначала выяснить, что же именно с памятью происходит. Предполагать можно долго, но это сродни гадания на кофейной гуще. Установите программу TaskInfo и посмотрите, действительно ли есть какие-то проблемы с памятью.

Программа FDCapture наверняка всю необходимую ей память выделяет при старте захвата видео, а то и сразу при запуске программы, и далее дополнительной памяти ей не нужно. Это означает, что если в системе памяти уже совсем мало, то и процесс захвата вряд ли бы запустился. А в таком случае сообщение об ошибке она бы уж точно выдала.

[Даниленко Сергей]

В любом случае, если программе не хватает памяти, то неплохо бы об этом сообщать.

Научите как?! Сидеть в программе и мониторить системные ресурсы?

Я попробую вышеописанную методику

Ждем результатов.

Как там у вас дела с дебаггерной печатью?

Если не подтвердиться ваша догадка про потери памяти, то вышлем.

[kasa]

Неплохо бы сначала выяснить, что же именно с памятью происходит. Предполагать можно долго, но это сродни гадания на кофейной гуще. Установите программу TaskInfo и посмотрите, действительно ли есть какие-то проблемы с памятью.

Я почему так говорю, да потому, что ваши сервера приехали к нам из ДНК уже настроенные и мы ничего на них не меняли. Так что просто так эксплорер не должен жрать память. Вот я к чему. Думаю, проблема с эксплорером менее вероятна, чем проблема с FDCapture.

Единственное, что мы меняли - это установили новую версию FDCapture, которую вы выкладывали на фтп с исправлениями для нас же.

[Даниленко Сергей]

Ждем от вас результатов по утечке памяти, а уже потом принимаем решения что делать.
То что вам предложили проделать - сделать на наш взгляд не сложно.

[soulyaris]

Почитал форум, поюзал поиск, ничего не нашел, не обессудьте.
При захвате видео с некоторых пор FDcapture стал вести себя весьма странно. Сгоняли ролик ~20 минут, получили перебор с реальным около 15 секунд. На следующий день ситуация диаметрально изменилась, а именно недобор на 10 секунд. Никаких сообщениях о дроп фреймах не было, загрузка спокойная. В видео видны либо затянутости, либо скочки, соответственно. Проблема непостоянна, лечится перезагрузкой. Проблема имеет место быть при сгоне ролика любой длительности. Так же со звуком происходят(не всегда, что странно) аномалии, похожие на клиппинг, однако на волновой диаграмме нет и намека. Вопрос, собственно, можно ли как-то обозначить возможные причины сего, ибо наглядных причин нет. Проверка задач обнаруживает повышенное потребление памяти процессом SLTMsrvs. Да, машина работает с рэйдом 0+1.

[vd]

Подозреваю, как раз из-за рэйда могут быть проблемы. Есть возможность хотя бы временно его отключить, или попробовать позахватывать на другой "простой" диск, без рэйда?

kasa, откуда вы взяли предположение про утечку памяти в explorer? На чем основано это предположение?

[komu]

kasa, откуда вы взяли предположение про утечку памяти в explorer? На чем основано это предположение?

Отвечу за него, т.к. лечил проблему я, в обычном менеджере задач была видна не вооруженным взгядом, почти два гига оперативки скушано было. Комп у нас стоит не скромный, поэтому ничего не упало, вылечили закрытием експлорер.ехе с последующим запуском

[vd]

Странно это. То, что перезапуск Проводника помогает устранить проблему, все-таки не означает на 100%, что именно он эту память "съедает". Хотелось бы все-таки точно понять, какая именно программа потребляет память, с помощью программы TaskInfo.

[kasa]

А как вам файл передать?

Вот на этой картинке кое-что видно

[Даниленко Сергей]

И что по вашему должно быть видно на этом рисунке?

Наши адреса:
forward@softlab.tv
forward@sl.iae.nsk.su
forward@softlab-nsk.com

[kasa]

И что по вашему должно быть видно на этом рисунке?

Как что? Потребляемая процессами память! А что вы хотели увидеть? Я думал, что именно о памяти и идет речь в последних постах.

ЗЫ: на этом рисунке эксплорер, к примеру, поедает 1.7 гига памяти...

Вот только что запись остановилась. Выпускающие перезапустили FDCapture.



Видно, что эксплорер как ел память, так ее и ест. FDCapture, вроде бы, потребляет столько же памяти сразу после запуска, сколько и за час до остановки записи.

Информации из TaskInfo пока нет (точнее, есть, но один снимок сразу после перезапуска), поэтому решил показать пока скриншоты. Может это помогло бы.

UPD: забыл упомянуть, колонка Virtual size идентична колоке Total в TaskInfo

[kasa]

Да, некоторые наблюдения подсказывают, что это может быть как-то связано с утечками памяти. Но память пожирается (вся доступная) не FDCapture, а эксплорером (explorer.exe). Т.е. запись останавливается в тот момент, когда кончается оперативная память. Можно было бы предположить, что это связано со сторонним установленным софтом, но на ваших серверах мы ничего особенного не меняли. Сервера у нас два. Глюк проявляется на обоих.

Еще из скриншотов можно сделать вывод, что процитированное предположение не подтвердилось. Запись останавливается сама по себе, а не когда заканчиватеся память. Памяти на данной машине 3.5 гига установлено.

Будем продолжать изучать память процессов?

[Даниленко Сергей]

1)Нам нужна динамика процесса потребления памяти. Поэтому мы и просили несколько слепков из TaskInfo с интервалом в несколько часов.

2)В отчетах TaskInfo есть еще куча другой информации, которую не видно на ваших скриншотах

3)

Еще из скриншотов можно сделать вывод, что процитированное предположение не подтвердилось. Запись останавливается сама по себе, а не когда заканчиватеся память. Памяти на данной машине 3.5 гига установлено.

А вот здесь вы может быть и не правы. Вы посчитайте сколько у вас укушано памяти всеми процессами - все 3,5 ГБ и получится. Тогда ситуация выглядит так - до какого то момента FDCapture работает (хотя explorer и кушает память, но ее еще достаточно для других процессов). Это на вашем первом скришоте (скушано 1,7 ГБ). Начиная с какого то момента памяти уже не хватает - это ваш второй скриншот (скушано 1,8 ГБ) - и грабилка останавливается.

4)

Будем продолжать изучать память процессов?

Да, ждем от вас отчетов из TaskInfo

5) А вы не пробовали разобраться почему через explorer у вас утекает память? Например, это может быть связано с установленными плагинами для explorer

6)Если вы считаете, что проблемы FDCapture не связпаны с потерями памяти, то можно попробовать еще один вариант. В одной из последних версий FDCapture появилась такая возможность:

---------------------- 5.0.7 (5.0.0) 26.05.2009 ----------------------
### FDCapture(Форвард Т/ТА/ТП/ТП2/TK)
(+)Добавлена возможность автоматического запуска программы в режиме ввода данных по расписанию.
Расширена командная строка - в нее теперь можно добавить и путь к файлу с расписанием.
Полная командная строка выглядит теперь так:
"полный_путь_к_FDCapture" #N "полный_путь_к_расписанию"
где:
#N - номер экземпляра программы FDCapture (если параметра нет, то 1)
"полный_путь_к_расписанию" - полный путь к файлу *.fcl с расписанием ввода (кавычки в пути обязательны).
Если при запуске приложения из командной строки найден "полный_путь_к_расписанию", то программа автоматичеки загружает расписание, начинает его исполнять, а по завершению исполнения расписания закрывается.

С помощью этой опции вы можете поделить свое время записи на несколько небольших кусков (отдельных расписаний ввода).

[kasa]

Отправил информацию на почту.