cat file | command
синтаксис считают Бесполезным Использованием Cat
. Из всех Ваших опций это получает удар производительности, потому что это должно породить другой процесс в ядре. Однако незначительный это может оказаться в большом изображении, это является служебным, другие формы не имеют. Это было покрыто по вопросам, таким как: я должен заботиться о ненужных кошках?
Между другими двумя формами нет фактически никаких различий в производительности. STDIN является специальным узлом файла, который процесс должен открыть и считать точно так же, как любой другой. Передача имени файла вместо STDIN просто заставляет его открыть другой файл.
Различие было бы в том, какие функции / гибкость Вы ищете.
sed -i
для оперативного редактирования. (Отметьте: так как это должно создать новый файл негласно, это не увеличение производительности по другим перенаправлениям, но это - шаг удобства.)sed [exp] < file1 file2
или даже sed [exp] < <(grep command)
. Детали этого варианта использования могут быть найдены по этому вопросу: замена Процесса и каналДо Вас действительно, я храню все свои медиа в/home/{имя} / видео и совместно использую его с самбой. Никакие проблемы с этим.
Можно сохранить его в / var; ничто неправильно с этим также.
Существуют только проблемы, если Вы работаете в пользовательской среде. Если бы это имело место, то я предложил бы, чтобы Вы хранили персональные файлы в/home/{имя} и совместно используемые файлы в/var/
Если у Вас нет дополнительных разделов, не имеет значения, куда Вы помещаете файлы.
В моем понимании LHS 2.3 я разместил бы их в подкаталог /srv/
. Я склонен использовать подкаталог в /srv/exports/
хранить совместно используемые файлы, как в Вашем случае /srv/exports/media/
. Я называю это "экспортом", таким образом, это не связано с Samba (поскольку можно также хотеть совместно использовать его в NFS, AFP...).