C 管道缓冲区大小是4k还是64k？

我在多个地方读到管道的默认缓冲区大小是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

但是当我使用一个小程序测试缓冲区大小时（通过写入管道直到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;
}

这强烈表明管道缓冲区的大小实际上是64k！

---

这里发生了什么事？

没错。由于是2.6.11内核，Linux中的大小是64kB。为什么ulimit报告为4Kb，我不确定，但这是错误的。

看起来内核使用了多达16个缓冲区，总计64k。

---

有关ulimit输出与实际缓冲区大小的解释，请参见此部分。其他答案告诉您管道大小为64 KB。PIPE_BUF是4KB的原因是PIPE_BUF是保证写入是原子的最大大小。请参见

根据我的经验，单次写入测试产生的总大小为65536，但当我一次写入2700时，只能写入16次，然后下一次尝试暂停。我认为“原子”写入需要在一个4K块内，并且对于我的每次写入，它都会转到下一个完整的块以满足请求。因此，实际上，可用的管道大小取决于写入的大小。

现在可以编程了

---

---

从Linux 2.6.35开始，您可以通过

F_SETPIPE_SZ

操作将管道缓冲区设置为

/proc/sys/fs/pipe max size

。默认为1MB；参见

Rah，与我在问题中指出的链接相同。没有看到写着64k的线。。。无论如何，为什么ulimit声明4K对我来说是个谜…只有ksh和bash ulimit内置报告了管道大小，但它不是setrlimit设置的限制，也不是管道缓冲区的大小，它只是管道大小，写入（）的最大大小到一个管道保证是原子的。这个问题已经提出两年了，讨论的大小现在是可编程的：是的，但不是。在内核3.2上，

ulimit

宣传的管道大小仍然是4kB（我这里有一个）。我的问题是关于PIPE_BUF的，janneb回答说：PIPE_BUF是一个常数，是执行时原子写入的最大大小（即线程安全）。这是否意味着设置超过4KB，您仍然可以保证写入是原子写入？这是否意味着缓冲区可以任意增加？但保证的原子写入限制为4K？

$ ./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]