我在多个地方读到管道的默认缓冲区大小是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! 这里发生了什么?
答案 0 :(得分:48)
其他答案告诉您管道大小为64 KB。 PIPE_BUF为4KB的原因是PIPE_BUF是保证写入是原子的最大大小。见http://pubs.opengroup.org/onlinepubs/9699919799/functions/write.html
答案 1 :(得分:13)
从Linux 2.6.35开始,您可以使用 fcntl(2) 和F_SETPIPE_SZ
操作将管道缓冲区设置为/proc/sys/fs/pipe-max-size
。这默认为1 MB;见 proc(5).
答案 2 :(得分:4)
根据我的经验,单次写入测试产生的总大小为65536,但是当我一次写入2700时,我只能写入16次,然后下一次尝试停止。我认为原子&#39; write需要在一个4K块内,并且对于每个写入,它将转到下一个完整块以满足请求。因此,实际上,可用的管道大小取决于写入的大小。
答案 3 :(得分:3)
看起来内核最多使用16个缓冲区,最多可达64k。 有关ulimit输出与实际缓冲区大小的解释,请参阅此link
答案 4 :(得分:0)
没错。从2.6.11内核开始,Linux中的pipe大小为64kB。为什么ulimit将其报告为4Kb,我不确定,但这是错误的。