系统编程-进程-当fork遇到管道,可能碰撞出什么?
第一部分
1. 直接上代码
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h> int globvar = 6;
char buf[] = "a write to stdout!\n"; void son_process_end_func(void)
{
printf("son process end!\n");
}
int main(void)
{
int var;
pid_t pid; var = 88;
if ( write(STDOUT_FILENO, buf, sizeof(buf)-1) != sizeof(buf)-1 ){
printf("write error!! \n");
return -1;
}
printf("before fork!!, pid = %d\n", getpid() );
/* 父进程中,fork返回新创建子进程的进程ID. 子进程中,fork返回0. 出现错误,fork返回负值. */
if ((pid = fork()) < 0){
printf("fork error!! \n");
}
else if (pid == 0){
atexit(son_process_end_func);
globvar++;
var++;
printf("son: pid = %d \n", getpid() );
}
else{
sleep(2);
printf("father: pid = %d \n", getpid() );
} printf("pid = %d, glob = %d, var = %d \n", getpid(), globvar, var);
exit(0);
}
2. 编译运行记录
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1#
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1# gcc fork.c -o ab
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1# ./ab > out.txt 注:这里使用了管道进行重定向
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1# cat out.txt
a write to stdout!
before fork!!, pid = 10425
son: pid = 10426
pid = 10426, glob = 7, var = 89
son process end! // 调用了进程终止函数,表明子进程正在终止
before fork!!, pid = 10425 // 难点解释:看第22行的printf使用,由于标准I/O库带缓冲,
father: pid = 10425 // 重定向则会将缓存中的内容也拷贝到子进程中一份,当子进程结束,该缓存就会被再次输出。
pid = 10425, glob = 6, var = 88
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1#
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1#
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1# ./ab
a write to stdout!
before fork!!, pid = 10430
son: pid = 10431
pid = 10431, glob = 7, var = 89
son process end! // 调用了进程终止函数,表明子进程正在终止
father: pid = 10430
pid = 10430, glob = 6, var = 88
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1#
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1#
小结:
fork遇到管道并不是问题的重点,它俩没碰撞出啥东西。
不要被本博文的标题给误导咯(因为我也是在实验中一步步加深自己的理解),哈哈,结论:
若fork前标准I/O库函数也在场,那么由于使用IO库函数导致的缓存中的内容会被拷贝给子进程一份。
准确地说,fork前缓存中的内容在父进程的堆空间中,fork后子进程会复制父进程的堆空间。
如果体会不深,自己跑一遍上面的实验代码,感受感受就是了。
知识点补充:
atexit注册多个进程终止处理函数,先注册的后执行(先进后出,和栈一样)
atexit()用于注册进程结束后所执行的函数
return、exit和_exit的区别:
return和exit效果一样,都是会执行进程终止处理函数,
但是用_exit终止进程时并不执行atexit注册的进程终止处理函数。
贴个实验代码的图(看图更方便)
第二部分
在第一部分的代码基础上只增加一句代码:fflush(stdout),
完整的代码如下
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h> int globvar = 6;
char buf[] = "a write to stdout!\n"; void son_process_end_func(void)
{
printf("son process end!\n");
}
int main(void)
{
int var;
pid_t pid; var = 88;
if ( write(STDOUT_FILENO, buf, sizeof(buf)-1) != sizeof(buf)-1 ){
printf("write error!! \n");
return -1;
}
printf("before fork!!, pid = %d\n", getpid() );
fflush(stdout); // 注意该行代码产生的效果
/* 父进程中,fork返回新创建子进程的进程ID. 子进程中,fork返回0. 出现错误,fork返回负值. */
if ((pid = fork()) < 0){
printf("fork error!! \n");
}
else if (pid == 0){
atexit(son_process_end_func);
globvar++;
var++;
printf("son: pid = %d \n", getpid() );
}
else{
sleep(2);
printf("father: pid = %d \n", getpid() );
} printf("pid = %d, glob = %d, var = %d \n", getpid(), globvar, var);
exit(0);
}
我们再次编译运行:
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1# gcc fork.c -o ab
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1# ./ab > out.txt
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1# cat out.txt
a write to stdout!
before fork!!, pid = 14030
son: pid = 14031
pid = 14031, glob = 7, var = 89
son process end!
father: pid = 14030
pid = 14030, glob = 6, var = 88
root@lmw-virtual-machine:/home/lmw/MINE/Linux_C_exercise/fork/test1#
现在我们通过管道得到的打印结果,和本博客第一部分中直接./ab 运行的结果,是一样的。
分析:
增加了一行代码,使用fflush(stdout)刷新了缓冲区,所以fork前缓冲区内是空的,我们使用管道重定位的时候,子进程就不会从缓冲区复制数据了。
此时的out.txt内的内容将和直接运行 ./ab 一样。
小结: fflush是从内存缓冲区将数据写到内核缓冲,针对用户空间。
fsync再将内核缓冲写到磁盘,针对内核空间。
由此可见,当fork遇到管道的时候,子进程内会复制fork前的用户空间的缓冲区的数据,例如使用了C标准库的IO函数scanf、printf时,因为标准输入和标准输出通常是带缓冲的。
PS: 而标准错误输出通常是无缓冲的,这样用户程序产生的错误信息可以尽快输出到设备。
当fork遇到管道的时候,在fork前,使用标准输入和标准错误的情形,本博客未做实验,读者可以自行尝试一下。
根据本实验的运行结果来看,推测:虽然printf是行缓冲,但是执行代码 printf("before fork!!, pid = %d\n", getpid() ) 时,并没有立即刷新用户空间的缓冲区到内核,而当我们使用fflush时,才刷新到了内核。
.
系统编程-进程-当fork遇到管道,可能碰撞出什么?的更多相关文章
- Linux系统编程@进程通信(一)
进程间通信概述 需要进程通信的原因: 数据传输 资源共享 通知事件 进程控制 Linux进程间通信(IPC)发展由来 Unix进程间通信 基于System V进程间通信(System V:UNIX系统 ...
- linux系统编程-进程
进程 现实生活中 在很多的场景中的事情都是同时进行的,比如开车的时候 手和脚共同来驾驶汽车,再比如唱歌跳舞也是同时进行的: 如下是一段视频,迈克杰克逊的一段视频: http://v.youku.com ...
- linux服务器开发二(系统编程)--进程相关
进程相关的概念 程序与进程 程序,是指编译好的二进制文件,在磁盘上,不占用系统资源(CPU.内存.打开的文件.设备.锁等等). 进程,是一个抽象的概念,与操作系统原理联系紧密.进程是活跃的程序,占用系 ...
- Linux系统编程@进程管理(一)
课程目标: 构建一个基于主机系统的多客户即时通信/聊天室项目 涉及的理论知识 进程控制:僵尸进程/孤儿进程.进程控制.守护进程... 进程间通信:管道.命名管道.信号... 多线程编程: 锁.信号量. ...
- [linux] C语言Linux系统编程进程基本概念
1.如果说文件是unix系统最重要的抽象概念,那么进程仅次于文件.进程是执行中的目标代码:活动的.生存的.运行的程序. 除了目标代码进程还包含数据.资源.状态以及虚拟化的计算机. 2.进程体系: 每一 ...
- Linux系统编程-----进程fork()
在开始之前,我们先来了解一些基本的概念: 1. 程序, 没有在运行的可执行文件 进程, 运行中的程序 2. 进程调度的方法: 按时间片轮转 先来先服务 短时间优先 按优先级别 3. 进程的状态: 就绪 ...
- Linux系统编程@进程管理(二)
1.创建守护进程(Deamon) 守护进程的概念与作用 后台服务程序 – 系统服务,进程名字往往以’d’结尾,生存周期比较长(系统装入时启动,关闭时候终止.系统装入两种启动方式:1从启动脚本.etc/ ...
- python之系统编程 --进程
1.调试(PDB) 代码: [root@master gaoji]# vim test2.py 1 #!/usr/local/bin/python3 2 # -*- coding:utf-8 -*- ...
- Linux系统编程——进程替换:exec 函数族
在 Windows 平台下,我们能够通过双击运行可运行程序,让这个可运行程序成为一个进程.而在 Linux 平台.我们能够通过 ./ 运行,让一个可运行程序成为一个进程. 可是.假设我们本来就执行着一 ...
- Linux系统编程—进程间同步
我们知道,线程间同步有多种方式,比如:信号量.互斥量.读写锁,等等.那进程间如何实现同步呢?本文介绍两种方式:互斥量和文件锁. 互斥量mutex 我们已经知道了互斥量可以用于在线程间同步,但实际上,互 ...
随机推荐
- Kubernetes 部署Dashboard UI
实践环境 CentOS-7-x86_64-DVD-1810 Docker 19.03.9 Kubernetes version: v1.20.5 发布Dashboard 可以通过运行以下命令部署Das ...
- AI知识库这事儿FastGPT是专业的
在搭建AI知识库这事儿上,有不少成熟的框架,我推荐使用FastGPT.这篇文章笔者就使用过的两款平台做个比较,FastGPT和百度千帆平台. 1. 为什么要搭建知识库 随着企业的运营,企业的私有数据越 ...
- Android低功耗子系统的投票机制以及触发进入系统休眠的过程
从kernel角度看,系统是否进入休眠应该由内核来控制,因此Linux引入了 wakeup source以及autosleep机制 关于wakeup source的介绍,请参考: Wakeup Sou ...
- 对比python学julia(第一章)--(第二节)似曾相识燕归来
Julia和python一样,都是跨平台开源语言,而且都是动态语言,所以毫无疑问,需要运行时支撑.很简单,到官网去下载julia(https://julialang.org/downloads/).和 ...
- vue导入项目缺少依赖‘node_modules’
从git下载好的项目,导入vue时提示'node_modules'依赖 则需要在你的项目包下面找是否有package-lock.json文件,如: 如果有,但是依旧报错,直接删除package-loc ...
- NVIDIA的人形机器人的基础模型Project GR00T已在实体机器人上进行展示
原文地址: https://blogs.nvidia.com/blog/isaac-generative-ai-manufacturing-logistics/ 项目GR00T为人型机器人开发谢幕 在 ...
- 鹏程实验室,启智平台,openI平台,积分兑换新标准
2024-02-13 11:12:21 星期二 地址: https://openi.pcl.ac.cn/reward/point/rule
- 编程语言中的Variable Shadowing(变量遮蔽)—— declaration shadows a local variable —— Consider Allow Shadowing of let Bindings
Variable Shadowing(变量遮蔽)是编程语言中比较常见的一种情况,但是由于不同语言对于这个情景的处理是不同的,所以在具体语言中这个Variable Shadowing(变量遮蔽)的表现也 ...
- 【转载】 你真的理解Python中MRO算法吗?
来自:www.xymlife.com 作者: XYM 链接:http://www.xymlife.com/2016/05/22/python_mro/ (点击阅读原文前往) ------------- ...
- 【转载】 在PyTorch训练一个epoch时,模型不能接着训练,Dataloader卡死——在pytorch中尽量不要使用opencv而是使用PIL
版权声明:本文为CSDN博主「时光碎了天」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明.原文链接:https://blog.csdn.net/u013289254/ ...