ł
У меня кстати sh там, так что если это башизм, то не покатит
<(...) пожалуйстаSize: a a a
2020 September 10
F
Объясни конструкцию с
ну можно сделать cmd < file
<( ) - process substitution. Он делает такой файл, который какбэ файл, а на самом деле результат вывода того, что внутри <( ... )
<( ) - process substitution. Он делает такой файл, который какбэ файл, а на самом деле результат вывода того, что внутри <( ... )
VP
Я до сих пор толком не понимаю, что она делает
Результаты того что в скобках отдаёт в левую сторону.
F
ПРОЧТИ НАЗВАНИЕ ГРУППЫ
аᶘ
ПРОЧТИ НАЗВАНИЕ ГРУППЫ
да я знаю
VP
F
У меня кстати sh там, так что если это башизм, то не покатит
cat f1 f2 | cmd
F
это ИМЕННО ТО, зачем нужен cat (conCATenate)
аᶘ
На самом деле очень удобная конструкция. Позволяет вместо имени файла подставить stdout выполненной команды.
Например, если ты хочешь сделать diff двух бинарных файлов, то без этой фичи тебе надо сделать
Например, если ты хочешь сделать diff двух бинарных файлов, то без этой фичи тебе надо сделать
xxd a > a.hex; xxd b > b.hex; vimdiff a.hex b.hex, а с этой фичей это работает на лету без временных файлов: vimdiff <(xxd a) <(xxd b)F
На самом деле очень удобная конструкция. Позволяет вместо имени файла подставить stdout выполненной команды.
Например, если ты хочешь сделать diff двух бинарных файлов, то без этой фичи тебе надо сделать
Например, если ты хочешь сделать diff двух бинарных файлов, то без этой фичи тебе надо сделать
xxd a > a.hex; xxd b > b.hex; vimdiff a.hex b.hex, а с этой фичей это работает на лету без временных файлов: vimdiff <(xxd a) <(xxd b)лол, ну у тебя и примеры. Но да.
аᶘ
лол, ну у тебя и примеры. Но да.
Как пользуюсь, такие и примеры.
аᶘ
ну можно сделать cmd < file
<( ) - process substitution. Он делает такой файл, который какбэ файл, а на самом деле результат вывода того, что внутри <( ... )
<( ) - process substitution. Он делает такой файл, который какбэ файл, а на самом деле результат вывода того, что внутри <( ... )
какбэ файл — это баш для команды через fork/exec открывает два пайпа на 62+ файловом дескрипторе и вместо конструкции <() подставляет /dev/fd/62
F
какбэ файл — это баш для команды через fork/exec открывает два пайпа на 62+ файловом дескрипторе и вместо конструкции <() подставляет /dev/fd/62
да. Я решил не вдаваться.
r
ВОПРОСЬ:
du показывает размер папки 7.2М
пайпом
dd по завершению пишет что всё ок,
Если вывести ls -lh показывает 6.8М
du -h тоже показывает 6.8М
ВОПРОСЬ: На сколько ужалась папка?
du показывает размер папки 7.2М
пайпом
tar zcvfp - /исходная/папка | ssh user@ip "dd of=/целевой/путь/название_архива.tar.gz"
Создаю архив из этой папки на удалённом хосте. dd по завершению пишет что всё ок,
скопировано 7084652 байта (7,1 MB), 1,10574 c, 6,4 MB/c
ls - l показывает что байт столько жеЕсли вывести ls -lh показывает 6.8М
du -h тоже показывает 6.8М
ВОПРОСЬ: На сколько ужалась папка?
Лс
ВОПРОСЬ:
du показывает размер папки 7.2М
пайпом
dd по завершению пишет что всё ок,
Если вывести ls -lh показывает 6.8М
du -h тоже показывает 6.8М
ВОПРОСЬ: На сколько ужалась папка?
du показывает размер папки 7.2М
пайпом
tar zcvfp - /исходная/папка | ssh user@ip "dd of=/целевой/путь/название_архива.tar.gz"
Создаю архив из этой папки на удалённом хосте. dd по завершению пишет что всё ок,
скопировано 7084652 байта (7,1 MB), 1,10574 c, 6,4 MB/c
ls - l показывает что байт столько жеЕсли вывести ls -lh показывает 6.8М
du -h тоже показывает 6.8М
ВОПРОСЬ: На сколько ужалась папка?
Tar да и вообще архиваторы не очень хорошо работают на малых объёмах
аᶘ
ВОПРОСЬ СО ЗВЁЗДОЧКОЙ: не переполнится ли буфер, если исходная папка будет очень большой
Какой буфер? У тебя tar пишет в stdout данные, и по ssh они сразу же попадают в файл на удалённом сервере. Если "буфера", выделенного для пайпа, не хватит, то write со стороны tar просто будет висеть, пока буфер не освободится. Но вообще у меня есть подозрение, что stdout в таком случае вообще не буферизируется, но я не уверен.