Linux管道IPC基准测试写入阶段卡住问题排查

程序卡住的核心原因是子进程读管道的逻辑存在设计错误，和管道的默认行为冲突：

• Linux 管道自带固定大小的内核缓冲区，默认容量通常为64KiB（65536字节）。当缓冲区被写满、且没有进程从读端取出数据时，后续的write()系统调用会永久阻塞，这就是程序挂起的直接原因。
• 当前子进程启动后仅执行一次read(pipefd[0], buff, MAX_SIZE)操作，最多读取512KiB数据就直接退出，完全不会循环读取父进程在多轮测试中持续写入的所有数据。

以你设置MEASUREMENTS=5的场景计算：前6轮小块测试累计写入数据量为5*(128+256+512+1024+2048+4096) = 40320字节，到8192字节测试轮次时，前3次写入累计24576字节，总写入量达到64896字节，刚好超过64KiB的默认管道缓冲区阈值，第4次write()时缓冲区已满，而子进程早已退出没有主体读取数据，父进程就会直接阻塞，和你strace观测到的卡在8192字节写入的现象完全一致。

需要修改两处核心逻辑：

• 改造子进程读逻辑，循环读取管道内所有数据，直到管道写端全部关闭再退出，不需要强求每次读满MAX_SIZE，只要及时清空缓冲区避免写阻塞即可。修改后的子进程代码如下：

if (0 == ret)
{
    // 子进程逻辑
    buff = malloc(MAX_SIZE);
    if (buff == NULL)
    {
        ERROR("malloc", ENOMEM);
    }
    // 持续读取管道数据，直到写端关闭
    while (1) {
        ssize_t read_bytes = read(pipefd[0], buff, MAX_SIZE);
        if (read_bytes == 0) { // 所有写端已关闭，正常退出
            break;
        }
        if (read_bytes == -1 && errno != EINTR) { // 仅非中断类错误触发异常退出
            ERROR("read", errno);
        }
    }
    free(buff);
    exit(EXIT_SUCCESS);
}

• 父进程跑完所有测试用例后，主动关闭管道写端，并回收子进程资源，避免子进程成为僵尸进程。在父进程的块大小测试循环结束后添加如下代码：

// 所有测试完成，关闭写端通知子进程退出
close(pipefd[1]);
// 等待子进程退出，回收进程资源
waitpid(pid_child, NULL, 0);
free(buff);
free(ticks);
close(pipefd[0]);

• 每组块大小测试前可以增加3-5次预热写入，规避冷启动带来的性能统计误差。
• 如果需要测试大于64KiB块的单写延迟，可以通过fcntl修改管道缓冲区大小，避免单次write就阻塞。
• 注意rdtsc计数在CPU开启睿频、变频的场景下会有误差，如需更精准的周期统计可以绑定固定CPU核心、关闭变频后再测试。

内容的提问来源于stack exchange，提问作者noah1400