僵尸进程

SIGPIPE 原因和解决办法和信号处理 SIGPIPE 阅读详情
In UNIX System terminology, a process that has terminated,but whose parent has not yet waited for it, is called a zombie. 在UNIX 系统中,一个进程结束了,但是他的 父进程没有等待(调用wait / waitpid)他, 那么他将变成一个僵尸进程。 但是如果该进程的父进程已经先结束了,那么该进程就不会变成僵尸进程, 因为每个进程结束的时候,系统都会扫描当前系统中所运行的所有进程, 看有没有哪个进程是刚刚结束的这个进程的子进程,如果是的话,就由Init 来接管他,成为他的父进程……
 
1 简介 编辑

解释

一个进程在调用exit命令结束自己的生命的时候,其实它并没有真正的被销毁, 而是留下一个称为僵尸进程(Zombie)的 数据结构(系统调用exit,它的作用是 使进程退出,但也仅仅限于将一个正常的进程变成一个僵尸进程,并不能将其完全销毁)
僵尸进程

  僵尸进程

进程的危害
由于子进程的结束和父进程的运行是一个异步过程,即父进程永远无法预测子进程 到底什么时候结束. 那么会不会因为父进程太忙来不及wait子进程,或者说不知道 子进程什么时候结束,而丢失子进程结束时的状态信息呢? 不会。因为UNⅨ提供了一种机制可以保证只要 父进程想知道子进程结束时的状态信息, 就可以得到。这种机制就是: 在每个进程退出的时候, 内核释放该进程所有的资源,包括打开的文件,占用的内存等。但是仍然为其保留一定的信息(包括进程号the process ID,退出状态the termination status of the process,运行时间the amount of CPU time taken by the process等)。直到 父进程通过wait / waitpid来取时才释放. 但这样就导致了问题,如果进程不调用wait / waitpid的话,那么保留的那段信息就不会释放,其进程号就会一直被占用,但是系统所能使用的进程号是有限的,如果大量的产生 僵死进程,将因为没有可用的进程号而导致系统不能产生新的进程. 此即为僵尸进程的危害,应当避免。
僵尸进程的避免
⒈ 父进程通过wait和waitpid等函数等待子进程结束,这会导致父进程挂起。
⒉ 如果 父进程很忙,那么可以用signal函数为SIGCHLD安装handler,因为子进程结束后, 父进程会收到该信号,可以在handler中调用wait回收。
⒊ 如果 父进程不关心子进程什么时候结束,那么可以用signal(SIGCHLD,SIG_IGN) 通知 内核,自己对子进程的结束不感兴趣,那么子进程结束后,内核会回收, 并不再给父进程发送信号。
⒋ 还有一些技巧,就是fork两次, 父进程fork一个子进程,然后继续工作,子进程fork一 个孙进程后退出,那么孙进程被init接管,孙进程结束后,init会回收。不过子进程的回收 还要自己做。
 

进程处理

它需要它的父进程来为它收尸,如果它的父进程没安装SIGCHLD信号处理函数调用wait或waitpid()等待子进程结束,又没有显式忽略该信号,那么它就一直保持僵尸状态; 存在的问题:如果父进程是一个循环,不会结束,那么子进程就会一直保持僵尸状态,这就是为什么系统中有时会有很多的僵尸进程,系统的性能可能会受到影响。如果这时父进程结束了,那么 init进程会自动接手这个子进程,为它收尸,它还是能被清除的。4、子进程结束后为什么要进入僵尸状态? 因为父进程可能要取得子进程的退出状态等信息。5、僵尸状态是每个子进程必经的状态吗? 是的。 任何一个子进程(init除外)在exit()之后,并非马上就消失掉,而是留下一个称为僵尸进程(Zombie)的 数据结构,等待父进程处理。这是每个子进程在结束时都要经过的阶段。如果子进程在exit()之后,父进程没有来得及处理,这时用ps命令就能看到子进程的状态是“Z”。如果父进程能及时 处理,可能用ps命令就来不及看到子进程的僵尸状态,但这并不等于子进程不经过僵尸状态。 * 如果父进程在子进程结束之前退出,则子进程将由init接管。init将会以父进程的身份对僵尸状态的子进程进行处理。6、如何查看僵尸进程: $ ps -el 其中,有标记为Z的进程就是僵尸进程 S代表休眠状态;D代表不可中断的休眠状态;R代表运行状态;Z代表僵死状态;T代表停止或跟踪状态
 
2 概述 编辑

假设

在fork()/execve()过程中,假设子进程结束时父进程仍存在,而父进程fork()之前既没安装SIGCHLD信号处理函数调用waitpid()等待子进程结束,又没有显式忽略该信号,则子进程成为僵尸进程,无法正常结束,此时即使是root身份kill -9也不能杀死僵尸进程。

补救办法

杀死僵尸进程的父进程(僵尸进程的父进程必然存在),僵尸进程成为"孤儿进程",过继给1号进程init,init始终会负责清理僵尸进程。

3产生过程编辑

产生

一个进程在调用exit命令结束自己的生命的时候,其实它并没有真正的被销毁,而是留下一个称为僵尸进程(Zombie)的 数据结构(系统调用exit,它的作用是使进程退出,但也仅仅限于将一个正常的进程变成一个僵尸进程,并不能将其完全销毁)。在Linux进程的状态中,僵尸进程是非常特殊的一种,它已经放弃了几乎所有内存空间,没有任何可执行代码,也不能被调度,仅仅在进程列表中保留一个位置,记载该进程的退出状态等信息供其他进程收集,除此之外,僵尸进程不再占有任何内存空间。它需要它的父进程来为它收尸,如果他的父进程没安装SIGCHLD信号处理函数调用wait或waitpid()等待子进程结束,又没有显是忽略该信号,那么它就一直保持僵尸状态,如果这时父进程结束了,那么 init进程自动会接手这个子进程,为它收尸,它还是能被清除的。但是如果父进程是一个循环,不会结束,那么子进程就会一直保持僵尸状态,这就是为什么系统中有时会有很多的僵尸进程。
linux中的僵尸进程

  linux中的僵尸进程

查看
查看僵尸进程,利用命令ps,可以看到有 标记为Z的进程就是僵尸进程。

4避免僵死编辑

具体步骤

1)在SVR4中,如果调用signal或sigset将SIGCHLD的配置设置为忽略,则不会产生僵死子进程。另外,使用SVR4版的sigaction,则可设置SA_NOCLDWAIT标志以避免子进程僵死。
Linux中也可使用这个,在一个程序的开始调用这个函数
signal(SIGCHLD,SIG_IGN);
2)调用fork两次。程序8 - 5 实现了这一点。
3)用waitpid等待子进程返回.
===========================================
zombie进程是 僵死进程。防止它的办法,一是用wait,waitpid之类的函数获得
进程的终止状态,以释放资源。另一个是fork两次
===========================================
defunct进程只是在process table里还有一个记录,其他的资源没有占用,除非你的系统的process个数的限制已经快超过了,zombie进程不会有更多的坏处。
可能唯一的方法就是reboot系统可以消除zombie进程。
===========================================
任何程序都有僵尸状态,它占用一点内存资源(也就是进程表里还有一个记录),仅仅是表象而已不必害怕。如果程序有问题有机会遇见,解决大批量僵尸简单有效的办法是重起。kill是无任何效果的

"起死回生"

在Unix下的一些进程的运作方式。当一个进程死亡时,它并不是完全的消失了。进程终止,它不再运行,但是还有一些残留的小东西等待 父进程收回。这些残留的东西包括子进程的返回值和其他的一些东西。当 父进程fork() 一个子进程后,它必须用 wait() 或者 waitpid() 等待子进程退出。正是这个 wait() 动作来让子进程的残留物消失。
自然的,在上述规则之外有个例外: 父进程可以忽略 SIGCLD 软中断而不必要 wait()。可以这样做到(在支持它的系统上,比如Linux):
main()
{
signal(SIGCLD,SIG_IGN); /* now I don't have to wait()! */
.
.
fork();
fork();
fork(); /* Rabbits,rabbits,rabbits! */
}
现在,子进程死亡时 父进程没有 wait(),通常用 ps 可以看到它被显示为“”。它将永远保持这样 直到 父进程wait(),或者按以下方法处理。
这里是你必须知道的另一个规则:当 父进程在它wait()子进程之前死亡了(假定它没有忽略 SIGCLD),子进程将把 init(pid 1)进程作为它的父进程。如果子进程工作得很好并能够控制,这并不是问题。但如果子进程已经是 defunct,我们就有了一点小麻烦。看,原先的 父进程不可能再 wait(),因为它已经消亡了。这样,init 怎么知道 wait() 这些 zombie 进程。
答案:不可预料的。在一些系统上,init周期性的破坏掉它所有的defunct进程。在另外一些系统中,它干脆拒绝成为任何defunct进程的 父进程,而是马上毁灭它们。如果你使用上述系统的一种,可以写一个简单的循环,用属于init的defunct进程填满进程表。这大概不会令你的系统管理员很高兴吧?
你的任务:确定你的 父进程不要忽略 SIGCLD,也不要 wait() 它 fork() 的所有进程。不过,你也未必 要 总是这样做(比如,你要起一个 daemon 或是别的什么东西),但是你必须小心编程,如果你是一个 fork() 的新手。另外,也不要在心理上有任何束缚。

5进程清除编辑

改写父进程

具体做法是接管SIGCHLD信号。子进程死后,会发送SIGCHLD信号给父进程,父进程收到此信号后,执行waitpid()函数为子进程收尸。就是基于这样的原理:就算父进程没有调用wait,内核也会向它发送SIGCHLD消息,而此时,尽管对它的默认处理是忽略,如果想响应这个消息,可以设置一个处理函数。

把父进程杀掉

父进程死后,僵尸进程成为"孤儿进程",过继给1号进程init,init始终会负责清理僵尸进程.它产生的所有僵尸进程也跟着消失。
===========================================
在Linux中可以用  ps auwx  发现僵尸进程
a all w/ tty,including other users 所有窗口和终端,包括其他用户的进程
u user-oriented 面向用户(用户友好)
-w,w wide output 宽格式输出
x processes w/o controlling ttys  在僵尸进程后面 会标注
ps axf  看 进程树,以树形方式现实进程列表
ps axm  会把 线程列出来,在linux下进程和线程是统一的,是 轻量级进程的两种方式。
ps axu  显示进程的详细状态
===========================================
killall  kill -15  kill -9  一般都不能杀掉 defunct进程
用了kill -15,kill -9以后 之后反而会多出更多的僵尸进程
kill -kill pid  fuser -k pid  可以考虑杀死他的parent process,
kill -9 他的parent process
===========================================
一个已经终止,但是其父进程尚未对其进行善后处理(获取终止子进程的有关信息、释放它仍占用的资源)的进程被称为 僵死进程(Zombie Process)。

6小结编辑

子进程成为 defunct 直到 父进程wait(),除非父进程忽略了 SIGCLD。
更进一步, 父进程没有 wait() 就消亡(仍假设父进程没有忽略 SIGCLD)的子进程(活动的或者 defunct)成为 init 的子进程,init 用重手法处理它们
 
 
【Linux】Linux应用程序中需要忽略的信号:SIGPIPE、SIGHUP、SIGINT;以及信号详解 Linux信号详解;Linux应用程序中,常用信号的处理 阅读详情

相关推荐

Red Hat Enterprise Linux 9.2

安装Red Hat Enterprise Linux 9.2

zhurobert的博客 943

SIGPIPE信号

在网络编程中,SIGPIPE这个信号是很常见的。当往一个写端关闭的管道或socket连接中连续写入数据时会引发SIGPIPE信号,引发SIGPIPE信号的写操作将设置errno为EPIPE。在TCP通信中,当通信的双方中的一方close一个连接时,若另一方接着发数据,根据TCP协议的规定,会收到一个RST响应报文,若再往这个服务器发送数据时,系统会发出一个SIGPIPE信号给进程,告诉进程这个连接已经断开了,不能再写入数据。 因为SIGPIPE信号的默认行为是结束进程,而我们绝对不希望因为写操作的错误而导致

chengcheng1024的博客 6346

手把手教你解决Kernel panic报错:init找不到的5种排查方法(附NFS挂载实战)

本文深入解析了Linux系统启动时出现“Kernel panic - not syncing: No working init found”报错的根本原因,并提供了五种系统性的排查方法。文章结合NFS挂载根文件系统的实战场景,详细阐述了从动态链接库依赖、内核引导参数、NFS权限配置、文件系统完整性到内核配置干扰的完整排查路径,帮助开发者快速定位并解决这一常见的系统启动故障。

weixin_29159995的博客 196

深入解析Linux SIGPIPE信号:网络编程中的沉默杀手

SIGPIPE信号是网络编程中导致进程意外退出的常见问题。本文分析了其触发机制:当TCP连接关闭后,一方继续发送数据会触发SIGPIPE信号,默认导致进程终止。文章提出了三种防御策略:全局忽略信号(推荐方案)、局部忽略(使用MSG_NOSIGNAL标志)和检查返回值处理EPIPE错误。特别强调了多线程环境下的特殊处理方式,并给出生产环境最佳实践,包括双重防护机制、心跳检测和连接状态机管理。通过案例说明正确处理SIGPIPE的重要性,建议采用三层防护策略(信号忽略、MSG_NOSIGNAL和返回值检查)。

AlgoCraft 1881

用Java实现森林冰火人游戏

g.drawString("游戏结束", CELL_SIZE * COLS / 2 - 100, CELL_SIZE * ROWS / 2);g.drawString("难度级别: " + difficultyLevel, 10, CELL_SIZE * ROWS + 60);g.drawString("生命值: " + playerHealth, 10, CELL_SIZE * ROWS + 20);setTitle("森林冰火人");

2401_82778412的博客 1734

【vLLM-性能洞察】基于Ascend Profiler的端到端推理瓶颈定位与优化实践

本文详细介绍了如何利用Ascend Profiler对vLLM-Ascend大模型推理服务进行端到端的性能瓶颈定位与优化。通过实战案例,阐述了从数据采集、可视化分析到诊断低效算子、内存管理、计算通信重叠及框架调度等常见瓶颈的全过程,为基于昇腾NPU的AI推理性能调优提供了系统性的方法论和实用工具指南。

cc789的博客 523

僵尸进程详解

僵尸进程简介“僵尸”进程是什么?通常情况下,造成僵尸进程的成因是因为该进程本应该已经执行完毕,但是该进程的父进程却无法完整的将该进程结束掉,而造成该进程一直存在于内存中。那么如何查看一个进程是否为僵尸进程呢?ps:将某个时间点的进程运行状态选取下来ps aux //查看系统所有的进程数据 -A:所有的进程均显示出来 -a:不与terminal有关的所有进程 -u:有效用户相关的进程 -x:通常

Maple的博客 8457

电拖笔记1电磁学基本知识与定律

电拖学习

qq458629839的博客 1135

僵尸进程以及如何处理僵尸进程

僵尸进程:就是已经结束了的进程,但是没有从进程表中删除。太多了会导致进程表里面条目满了,进而导致系统崩溃,倒是不占用其他系统资源。最后有defunct的标记,就表明是僵尸进程。 今天配置Redis的时候结束停止Redis服务的时候可能是误操作了,发生了上述的情况! 产生的原因: 每个Linux进程在进程表里都有一个进入点(entry),核心程序执行该进程时使用到的一切信息都存储在进入点。当用ps命令察看系统中的进程信息 时,看到的就是进程表中的相关数据。当以fork()系统调用建立一个新的进程后,核心进程

[爪洼ing]的博客 9723

SAP Group Reporting入门指南(11)--配置

这里选择的是FS项目目标属性,FS项目有四个目标属性,比如上图配置的是抵消目标属性,所以就去找触发FS项目的抵消目标属性配置的是哪个FS项目,就以这个FS项目作为贷方。这里选择的是FS项目目标属性,FS项目有四个目标属性,比如上图配置的是抵消目标属性,所以就去找源FS项目的抵消目标属性配置的是哪个FS项目,就以这个FS项目作为借方。例如,添加一个包含用于存储百分比的 FS 项的选项。这里选择的是FS项目的角色属性值,如果这里定义了,那么就从FS项目中找到FS项目角色属性值与之匹配的FS项目作为贷方。

bflyfish的博客 568

基于YOLOv13+CBAM注意力机制

本教程详细介绍了CBAM注意力机制的原理及其在YOLOv13中的集成方法。CBAM通过通道注意力和空间注意力两个模块,动态调整特征权重以增强模型性能。通道模块利用池化操作和共享MLP生成通道权重,空间模块则通过池化和卷积生成空间权重。教程提供了在YOLOv13中实现CBAM的具体步骤,包括模块代码定义、模型配置修改等关键环节,帮助开发者在目标检测任务中提升模型表现。

FJN110的博客 305

什么是僵尸进程

在Linux和类Unix操作系统中,**僵尸进程(Zombie Process)**是一种特殊状态的进程。僵尸进程实际上已经完成了其执行任务,但其在系统中的进程表项(Process Table Entry)尚未被清理。这意味着该进程的某些信息仍然保留在系统中,直到其父进程读取了它的退出状态。理解和正确处理僵尸进程对于维护系统的稳定性和可靠性至关重要,特别是在开发需要频繁创建和管理子进程的应用程序时。父进程可以通过设置信号处理函数来自动处理子进程的终止,从而避免僵尸进程的产生。命令可以查看系统中的僵尸进程。

zhangxulang 3308

Android P车机添加屏幕多指全局自定义手势操作

参照原生状态栏全局下拉手势拦截,实现屏幕全局多指手势响应操作,并对手势进行转换为KeyEvent,以便项目自定义手势行为或应用拦截手势行为。

shusuanly的博客 1252

python僵尸进程的产生和僵尸进程自动处理

僵尸进程 僵尸进程讲解 核心: 孤儿进程 : 父进程先于子进程退出,此时子进程成为孤儿进程。 特点: 孤儿进程会被系统进程收养,此时系统进程就会成为孤儿进程新的父进程,孤儿进程退出该进程会自动处理。 僵尸进程 : 子进程先于父进程退出,父进程又没有处理子进程的退出状态,此时子进程就会称为僵尸进程。 特点: 僵尸进程虽然结束,但是会存留部分PCB在内存中,大量的僵尸进程会浪费系统的内存资源。 Subprocess下僵尸进程产生&收尸 subprocess下僵尸进程产生 僵尸进程的产生内部解释了3种

Freshduke的博客 5298

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

Linux——僵尸进程以及僵尸进程的处理

僵尸进程 (1)进程中的指令已经执行完成,但是进程PCB结构还没有回收。 即子进程先于父进程退出后,子进程的PCB需要其父进程释放,但是父进程并没有释放子进程的PCB,这样的子进程就称为僵尸进程。 (2)父进程未结束,子进程结束,但父进程没有处理子进程的退出状态(当子进程先于父进程结束,父进程没有获取子进程的退出码,子进程的PCB会保留一段时间等待父进程在PCB中获取退出码,,且该进程不可执行,此时子进程变成僵尸进程)。 直到父进程获取到子进程的退出状态,子进程的PCB才会被移除。 我们的程序在退出的时候:

qq_44824574的博客 1万+

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

linux中的SIGPIPE信号有什么用?

例如,在一个简单的客户端 - 服务器模型中,服务器关闭了与客户端的连接,若客户端没有处理SIGPIPE信号,当客户端尝试发送数据时,程序可能会突然崩溃。如果进程B提前结束或者关闭了读取管道的文件描述符,当进程A再向管道写入数据时,就会产生SIGPIPE信号,以告知进程A写入操作无法完成,因为管道的另一端已经不可用。在使用管道时,如果读取管道的进程已经关闭了管道的读取端,而写入进程还在尝试向管道写入数据,此时写入进程就会收到一个SIGPIPE信号。:SIGPIPE信号的默认行为是终止接收信号的进程。

最后一个bug的博客 981

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

一次血泪教训:SIGPIPE 是如何悄无声息地 “团灭” 我的服务的?

这次由SIGPIPE尤其在多线程环境下,一个失效连接的写入操作就能导致整个服务崩溃,且默认不留痕迹(无 coredump)。strace -f** 是诊断利器:** 对于多线程程序崩溃,一定要加上-f选项跟踪所有线程。对于服务端程序,强烈建议在启动时全局忽略SIGPIPE信号。这是防止进程意外退出的关键防线。忽略SIGPIPE只是第一步,核心是必须严格检查和处理writesend等调用返回的EPIPE错误(以及其他可能的错误)。忽略错误等于埋下新的炸弹。了解SIGPIPE。

牟同學的博客 862

Linux SIGPIPE信号产生原因与解决方法

1. 产生SIGPIPE的原因 SIGPIPE信号产生的原因: 简单来说,就是客户端程序向服务器端程序发送了消息,然后关闭客户端,服务器端返回消息的时候就会收到内核给的SIGPIPE信号。 TCP的全双工信道其实是两条单工信道,client端调用close的时候,虽然本意是关闭两条信道,但是其实只能关闭它发送的那一条单工信道,还是可以接受数据,server端还是可以发送数据,并不知道client端...

努力才会有幸福 998

【study】SIGPIPE 信号

如果sever(client)socket已关闭,对等方再发写数据,则会产生SIGPIPE信号。 1.SIGPIPE信号会让进程终止(man 7 signal,阅读SIGPIPE默认ACT) 2.往一个已经接收FIN的套接中写是允许的,接收到FIN仅仅代表对方不再发送数据。 3. 在收到RST段之后,如果再调用write就会产生SIGPIPE信号,对于这个信号的处理我们通常忽略即可。

dachunfree的博客 583

signal函数中的SIGPIPE

在linux下写socket的程序的时候,如果尝试send到一个disconnected socket上,就会让底层抛出一个SIGPIPE信号。这个信号的缺省处理方法是退出进程,大多数时候这都不是我们期望的。即连接建立,若某一端关闭连接,而另一端仍然向它写数据,第一次写数据后会收到RST响应,此后再写数据,内核将向进程发出SIGPIPE信号,通知进程此连接已经断开。而SIGPIPE信号的默认处

你若成风 2776

常用信号深度解析(SIGINT、SIGPIPE、SIGALRM、SIGTERM等)

本文概述了Linux系统中6种关键信号(SIGINT、SIGPIPE、SIGALRM、SIGTERM、SIGKILL、SIGCHLD)的特性与应用场景,并提供了代码示例。重点解析了SIGINT(交互中断)、SIGPIPE(管道破裂)、SIGALRM(定时器)和SIGTERM(终止请求)的信号处理机制,包括默认行为、触发条件和优雅处理方案。文章还总结了信号处理的高级技巧(信号屏蔽、实时信号、多线程处理)和五大编程法则(异步安全、标志位通信、避免重入等),为开发可靠系统软件提供了实践指导。

weixin_42108533的博客 1222

关于socket通信时SIGPIPE的问题

一,SIGPIPE信号的产生 在Linux平台下,写socket的程序时,难免总是会碰到SIGPIPE 的问题,此时如果不作处理,那你可能需要一个监控,每1分钟检查进程是否存在,不存在的话,就重新启动,因为进程对SIGPIPE的默认响应是退出,这肯定不是你想要的最终方案。 SIGPIPE 的产生是由于往一个断开的连接上写数据,该连接已经被复位,这就会引起操作系统抛出一个SIGPIPE信号给相应...

系统 运维 350

关于SIGPIPE信号

我写了一个服务器程序,在Linux下测试,然后用C++写了客户端用千万级别数量的短链接进行压力测试.  但是服务器总是莫名退出,没有core文件. 最后问题确定为, 对一个对端已经关闭的socket调用两次write, 第二次将会生成SIGPIPE信号, 该信号默认结束进程

1664
上一篇: 程序的内存分配
下一篇: linux下进程的最大线程数、进程最大数、进程打开的文件数
zm_21
博客等级 码龄14年 147粉丝 73原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值