pipe道缓冲区大小是4k还是64k?

我读了多个地方,pipe道的默认缓冲区大小是4kB(例如, 在这里 ),我的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 

但是,当我使用一个小程序来testing缓冲区大小(通过写入pipe道,直到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] 

它强烈build议pipe道缓冲区大小实际上是64k! 这里发生了什么?

其他答案告诉你,pipe道大小是64 KB。 PIPE_BUF为4KB的原因是PIPE_BUF是写保证为primefaces的最大尺寸。 请参阅http://pubs.opengroup.org/onlinepubs/9699919799/functions/write.html

现在是可编程的


从Linux 2.6.35开始,可以使用fcntl(2)F_SETPIPE_SZ操作将pipe道缓冲区设置为/proc/sys/fs/pipe-max-size 。 这是默认的1 MB; 参见proc(5)。

以我的经验来看,单写testing产生的总大小为65536,但是当我一次写2700时,我只能写16次,然后下一次尝试失败。 我认为“primefaces”写需要在一个4K块内,而且对于我的每个写操作,它都会进入下一个满块以满足请求。 所以,实际上,可用的pipe道尺寸取决于写入的大小。

看起来内核使用多达16个缓冲区,总计达64k。 请参阅此链接以获取ulimit输出与实际缓冲区大小的解释

那就对了。 自2.6.11内核以来,Linux中的pipe道大小为64kB。 为什么ulimit报告为4Kb,我不确定,但那是错误的。