C语言多进程并发程序运行时间测量异常问题咨询

核心问题：总耗时测量方式错误 #

你当前用clock()统计总耗时的方法完全错误，原因是：

• clock()函数返回的是当前进程的CPU执行时间总和，不是真实的墙上时钟时间（实际流逝的时间）。
• 你把计时点放在了wait循环开始后，只统计了父进程等待期间的CPU时间（而父进程等待时是阻塞状态，几乎不占用CPU），这和实际的程序总耗时毫无关联。

正确的总耗时应该是从启动子进程前开始计时，到所有子进程完全结束后停止，并且要用能测量真实时间的函数，比如clock_gettime（推荐）或gettimeofday。

正确的总耗时测量实现 #

替换你当前的总耗时测量代码，改用单调时钟（避免系统时间调整影响）：

#include <time.h>

// 在创建子进程前记录总耗时起始点
struct timespec start_total, end_total;
clock_gettime(CLOCK_MONOTONIC, &start_total);

// ... 你的fork循环代码 ...

// 等待所有子进程完成
for (int i = 0; i < num_processes; ++i) {
    wait(NULL);
}

// 记录总耗时结束点
clock_gettime(CLOCK_MONOTONIC, &end_total);

// 计算并打印真实总耗时（单位：秒）
double total_time = (end_total.tv_sec - start_total.tv_sec) + 
                    (end_total.tv_nsec - start_total.tv_nsec) / 1e9;
printf("Total time: %f seconds\n", total_time);

注意：单个子进程用clock()统计自身CPU执行时间是合理的，因为你要测的是子进程处理任务的CPU耗时，但总耗时必须用真实流逝时间。

并发管理的潜在优化点 #

除了测量问题，你还可以检查以下点来提升性能：

• 内存复制开销：fork后子进程会复制父进程的地址空间（写时复制机制），如果矩阵很大，子进程访问矩阵时会触发页面复制，带来额外开销。建议用共享内存（如shm_open + mmap）让所有子进程共享同一份矩阵数据，避免内存复制。
• 进程数限制：确保进程数不超过CPU核心数，否则会频繁触发上下文切换，抵消并行带来的性能收益。
• 分段逻辑验证：确认start_row和end_row的计算正确，确保所有矩阵行都被覆盖且没有重复处理。你的分段代码逻辑是正确的，但可以打印start_row和end_row的值做验证。

总结 #

你遇到的总耗时异常完全是测量方式错误导致的，修正计时方法后就能看到符合预期的并行加速效果。如果性能仍未达到预期，再优化内存共享和进程数配置即可。

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