named pipes в Unix

[pfactum]

Нет.

[amarao]

примерно как в файлы устройств :)

[Antigluk]

А например? Интересно ведь)

[Angel2S2]

Сами данные на диск не пишутся, но запись inode происходит (за исключением виртуальных фс, типа tmpfs). При записи в пайп, ядро перехватывает операцию и перенаправляет данные в буфер, размер которого, обычно, 4 кб. Если буфер наполнился, то процесс, который пишет в пайп, «морозится» до тех пор, пока другой процесс не откроет пайп «с другого конца», т.е. не начнет читать из него. Во время чтения происходит, в принципе, тоже самое, только «морозится» читающий процесс до тех пор, пока не присоединится пишущий/не начнет писать.

_{// Вот как-то так… (с)}

[tsx]

А можно ли настроить объем буфера? Это иногда бывает полезно, когда поток идет неравномерно.

[Angel2S2]

10 секунд гугления (от сюда):

You have to recompile the kernel.
The constant PIPE_SIZE establishes the number of bytes allocated for a pipe (the size of the pipe buffer; in fact, the size of pipe buffer is PAGE_SIZE). The constant PIPE_BUF (limits.h) defines the atomic operational limit (atomic writes to a pipe).

В большинстве случаев 4 кб буфера вполне хватает. Даже при неравномерных потоках. Лично у меня не было случаев, чтобы мне 4 кб не хватило.

[tipok]

/dev/stduot ваша программка foo тоже не понимает?

[amarao]

xentrace /dev/stdout
Cannot output to a TTY, specify a log file.

[Power]

Как насчёт xentrace /dev/stdout | cat
В этом случае /dev/stdout уже будет не на терминал указывать, а на безымянный пайп.

[amarao]

Да, в таком виде оно сработало. В принципе, можно использовать, спасибо.

[romy4]

есть ещё фишка как демон мониторинга изменений в файлах. но с именоваными пайпами данный трёк прикольнее

[romy4]

с пайпами я не знаю получится ли. демон в принципе следит за доступам к файлам, то вполне возможно, что и запись в пайпу словит. попробуйте, интересно. он называется inotify

[minicon]

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

[angry_elf]

О сколько нам открытий чудных
Несёт простой linux user manual.

[amarao]

В обычном linux user manual про это с большой вероятностью ни слова.

А в unix-manual оно есть, но читают их единицы…

[susl]

круто! я почему-то не сомневался что в юниксе есть решение для такой проблемы.
подскажите, а под винду нету похожего? :) а мне нужно было что-то подобное когда-то написать, я делал через анус…

[amarao]

Поскольку всё хорошее в виндах спёрто с линукса (а всё плохое с мака), то есть:

[Mezomish]

>Поскольку всё хорошее в виндах спёрто с линукса

Не с линукса, а с юникса.

[amarao]

прошу прощения. Многое хорошее спёрто из юникса.

[amarao]

msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx

[susl]

спасибо. я помню что смотрел в эту сторону, но были какие-то проблемы (либо мне было просто лень искать как их решить). если я правильно помню, то имя у этого пайпа будет только в формате \\.\<путь>. а его не помимают многие программы (либо я опять затупил и можно что-то с этим сделать)

[amarao]

А, ты про возможность использовать это на уровне пользователя? Зачем пользователю windows named pipe? У него же есть Особая Кнопка, на которую нужно нажимать. Named Pipe для разработчиков, обычным пользователям не положено пользоваться UNC-путями.

… Если ms реализует named pipe для пользователей в VBS, то это будет выглядеть примерно так:

pipe=wbem.obj.create.named_pipe(«2.322»,«name»);
pipe.init(65536,SECURE_UUID,hWnd);
pipe.prepare(3,WINDOWS_PREPARE_NAMED_PIPE);
pipe.accept(W_INCOMING,1);
pipe.accept(W_OUTGOING,1);
pipe.accept(W_MODE,WP_FIFO);
hPipe=pipe.get_handler(NULL,NULL,NULL,NULL,NULL,2,NULL);
…

[susl]

ну как бы да. хотелось бы нормального способа все сделать в консоли как в юниксе. обычному пользователю может и не надо, а вот админам вполне может пригодиться :) всеравно спасибо

[amarao]

Админам это тоже не пригодится, потому что майкрософт не считает нужным предоставлять удобные функции пользователю.

[Angel2S2]

Именованные каналы в Windows

[amarao]

О чём и речь. Либо ты виндовый пользователь, либо тебе удобно. Одновременно этого не совместить.

[mechmind]

Ещё одно применение named pipe — обход ограничения на командный пайп — нельзя читать и писать в файл одновременно.
Вот например одноразовый http-debugger на пайпе и netcat:
$ mkfifo ncproxy
$ cat < ncproxy | nc -l -p 8888 | tee connlog-in | nc google.com 80 | tee connlog-out | cat > ncproxy &

Таким способом можно зацикливать пайп относительно ввода/вывода.

[antimirov]

Мой мозк!

[Angel2S2]

Если не перевести процесс bar в фон, то след. команду ввести будет нельзя (ну если только жать ^z). Поэтому лучше сделать так:

mkfifo mypipe
cat mypipe | bar &       <<---- 
foo mypipe&
rm mypipe

Хотя я предпочитаю запускать подобные процессы так (мне так как-то нагляднее):

foo mypipe & cat mypipe | bar

[amarao]

Да, я их переставил местами, забыл в фон убрать. Сек.

[yktoo]

Ещё отличное применение fifo-файлы находят там, где происходит последовательная обработка больших объёмов данных.

Например, при выгрузке/загрузке дампов из/в Oracle экономится очень много времени и места:

mkfifo f
exp user/pwd tables=HUGE_TABLE file=f &
gzip <f >HUGE_TABLE.dmp.gz
rm -f f

[v1z]

Статья полезная, но инфы в ней мало =(

Выглядит как будто человек только что узнал про них, но на практике применить еще руки не дошли.

Нет инфы, можно ли использовать 3 разные программы, которые пишут в один и тот же пайп, который обрабатывает 4-ая программа. Ну и так далее, как говорится, тонкости использования

[amarao]

Я не «только узнал», а «применил в жизни в первый раз». Насчёт нескольких программ… Не проверял. А надо?

[goshi]

Думаю, что надо. Например, ситуация, когда в один и тот же лог пишут одновременно nginx, apache и все это выводит в sendxmpp