首页 > 系统教程 > LINUX > 正文

UNIX 下奇怪的事情

聖光之護
发布: 2025-02-17 08:44:18
原创
495人浏览过

最近在使用自编工具处理 unix 系统任务时,遇到了两个意料之外的情况,并非程序错误,而是行为超出了预期。

UNIX 下奇怪的事情

线程安全 printf 函数
我编写了一个 C 程序,用于读取磁盘上的图像,进行处理,并将结果输出到标准输出 (STDOUT)。简化后的代码如下:
for (imagefilename in images) {
    results = process(imagefilename);
    printf(results);
}
登录后复制

图像处理相互独立,因此我尝试使用 fork() 将处理任务分配到多个 CPU 内核以提高速度:

for (child in children) {
    pipe = create_pipe();
    worker(pipe);
}
// 父进程
for (imagefilename in images) {
    write(pipe[i_image % N_children], imagefilename);
}
worker() {
    while (1) {
        imagefilename = read(pipe);
        results = process(imagefilename);
        printf(results);
    }
}
登录后复制

我创建管道进行进程间通信 (IPC),将文件名发送给子进程 worker。每个 worker 直接写入共享的 STDOUT,导致输出混乱。 flockfile() 函数无法解决问题,因为它受写时复制机制的影响,每个子进程都拥有锁的副本。

我最终选择使用线程而非 fork() 来解决此问题,避免了复杂的管道操作。 代码如下:

for (children) {
    pthread_create(worker, child_index);
}
for (children) {
    pthread_join(child);
}
worker(child_index) {
    for (i_image = child_index; i_image < ... ) {
        // ...
    }
}
登录后复制

这种方法更简洁有效。看来,某些情况下线程比进程更适用。

将部分读取的文件传递给子进程
对于某些 vnlog 工具,我需要实现以下操作序列:
  1. 进程打开一个未设置 O_CLOEXEC 标志的文件。
  2. 进程读取文件的一部分(例如,vnlog 中的图例结尾)。
  3. 进程调用 exec() 执行另一个程序处理已打开文件的剩余部分。

第二个程序可能需要文件名而非文件描述符作为命令行参数,因为它可能自行调用 open()。传递文件名会导致重新打开文件并从头开始读取,这无法满足需求。

我尝试使用 /dev/fd/N 传递文件描述符,但它在 Linux 系统上表现得像符号链接,与传递文件名效果相同。

解决方法是使用管道而非文件。/dev/fd/N 在管道上能正确传递文件描述符。 这可以通过将 open("filename") 替换为 popen("cat filename") 来实现,但这并非理想解决方案。 这在 BSD 系统上的表现可能有所不同。

以上就是UNIX 下奇怪的事情的详细内容,更多请关注php中文网其它相关文章!

最佳 Windows 性能的顶级免费优化软件
最佳 Windows 性能的顶级免费优化软件

每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。

下载
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
最新问题
开源免费商场系统广告
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 意见反馈 讲师合作 广告合作 最新更新
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送
PHP中文网APP
随时随地碎片化学习
PHP中文网抖音号
发现有趣的

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号