複数の場所で、パイプのデフォルトのバッファサイズが4kB(たとえば、 here )であり、_ulimit -a
は次のステートメントを確認する傾向があります。
$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 15923
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8 // 8 * 512B = 4kB
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 1024
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
しかし、小さなプログラムを使用して(write()ブロックまでパイプに書き込むことで)バッファーサイズをテストすると、64kBの制限があります。
このプログラムをご覧ください:
#include <stdio.h>
#include <unistd.h>
#include <limits.h>
int main(void)
{
int tube[2];
char c = 'c';
int i;
fprintf(stdout, "Tube Creation\n");
fprintf(stdout, "Theoretical max size: %d\n", PIPE_BUF);
if( pipe(tube) != 0)
{
perror("pipe");
_exit(1);
}
fprintf(stdout, "Writing in pipe\n");
for(i=0;; i++)
{
fprintf(stdout, "%d bytes written\n", i+1);
if( write(tube[1], &c, 1) != 1)
{
perror("Write");
_exit(1);
}
}
return 0;
}
そしてその出力:
$ ./test_buf_pipe
Tube Creation
Theoretical max size: 4096
Writing in pipe
1 bytes written
2 bytes written
3 bytes written
4 bytes written
[...]
65535 bytes written
[blocks here]
パイプバッファサイズは実際には64kであることを強くお勧めします。ここで何が起きてるの??
他の回答は、パイプサイズが64 KBであることを示しています。 PIPE_BUFが4KBである理由は、PIPE_BUFが書き込みがアトミックであることが保証される最大サイズだからです。 http://pubs.opengroup.org/onlinepubs/9699919799/functions/write.html を参照してください
私の経験では、1回の書き込みテストで合計65536のサイズが生成されましたが、一度に2700を書き込むと、16回しか書き込みできず、次の試行が停止しました。 「アトミック」書き込みは1つの4Kブロック内である必要があり、書き込みごとに、要求を満たすために次の完全なブロックに移動することを理解しています。したがって、実際には、使用可能なパイプのサイズは書き込みのサイズに依存します。
カーネルは最大16個のバッファを使用するため、合計で64kになります。これを参照してください link ulimit出力と実際のバッファサイズの説明について
そのとおり。 2.6.11カーネル以降、Linuxの pipe サイズは64kBです。 ulimitが4Kbとして報告する理由はわかりませんが、間違っています。