В чем разница между Daemon и обычным запущенным процессом?
на самом деле вы можете использовать vlc для этой цели (если я правильно понимаю ваши потребности ).
Сначала нажмите наMedia -> Open Capture Device
Затем установите Capture modeна Desktop. Затем вы проверяете показать больше параметров и в конце можете добавить несколько параметров, например, там . Но я думаю, что вы можете понять это сами, попробовав. Это зависит от разрешения вашего экрана и от того, какой экран вы хотите записывать и отображать на каком.
Взято оттуда:Как записать рабочий стол в VLC media player -второй скрин | Суперпользователь
Сначала я обращусь к заголовку вопроса. :Разница между демоном и обычным запущенным процессом заключается в том, что в большинстве случаев, когда вы говорите «нормальный процесс», вы имеете в виду что-то, что подключено к пользовательскому API ввода/вывода, например как текстовый терминал (, обычно открывая первые 3 файловых дескриптора в таблице файловых дескрипторов и подключая их к какому-либо виртуальному терминалу )или графическому пользовательскому интерфейсу (в Linux и UNIX, обычно используя X11 протокол ). Демон, с другой стороны, часто относится к процессу, который был отсоединен от терминала или никогда не был к нему привязан.
Что касается самого вопроса, как при работе в качестве демона, так и при работе в качестве «обычного процесса» приложение может аварийно завершать работу, и его необходимо будет перезапустить. Когда процесс подключен к какому-либо пользовательскому терминалу, пользователь может обнаружить ошибку и перезапустить приложение, но демон обычно не пользуется этой функцией -, когда демон отключается от терминала, это значительно затрудняет обнаружение что процесс завис.
Чтобы решить эту проблему, мы изобрели инфраструктуру управления услугами. Существует множество различных реализаций с различными функциями :SysV, SystemD, Upstart, Supervisord, runit и многие другие. Все они имеют одну очень важную особенность :у них есть способ запустить демон (часто автоматически при загрузке )контролировать его до тех пор, пока он не выйдет из строя, а затем запустить его снова.
Следует ли использовать структуру управления службами для запуска службы драйверов устройств? Вам определенно следует -это единственный разумный способ.
Какое программное обеспечение для управления услугами использовать — более сложный вопрос. Как правило, лучше всего использовать любое программное обеспечение для управления службами, входящее в состав вашей операционной системы -. Обычно это программное обеспечение также работает как процесс с идентификатором 0 и запускается непосредственно ядром. В настоящее время,Наиболее известным таким программным обеспечением в современных операционных системах на базе Linux является SystemD, которое предлагает множество функций, таких как богатый язык управления зависимостями, активация сокетов, таймеры, управление сетью и хранилищем и многое другое. Насколько я знаю, во встраиваемых операционных системах Linux это происходит нечасто, и, вероятно, ваша встроенная система использует классический SysV, который не очень хорошо перезапускает неисправные службы (или часто не делает этого вообще -, он оставляет эту задачу к «служебному сценарию», и большинство реализаций не выполняют никакого перезапуска. В операционных системах на основе SysV многие администраторы предпочитают использовать структуру службы SysV, чтобы просто запустить другой диспетчер служб -, такой как supervisord или runit -, и позволить ему управлять своими службами.