- 综合排序
- 最热优先
- 最新优先
- 来自专栏沈钦华的专栏
python进程卡死排查
近期在我们运维管控平台上执行python任务时，出现了卡死的现象。 到机器上通过ps查看进程，发现凌晨01:07开始调起的python进程，经过了10多个小时依然没有退出的迹象，正常情况下这类任务执行不会超过10s，这已经严重超出了预期时间。 幸好卡死的进程还在，我们有现场可以对这个进程做进一步分析，定位此时python任务内部在做什么。 可以看到此时进程在接收数据。 至此，大概知道的进程卡死的原因，但是要进一步定位这个接收数据对应python任务的具体哪个方法，以便来优化代码呢？
2.6K10编辑于 2024-02-19 - 来自专栏软件研发
讲解torch 多进程卡死
讲解torch 多进程卡死问题在使用PyTorch进行多进程训练时，有时会遇到程序卡死的问题。本文将介绍可能导致torch多进程卡死的原因以及如何解决这个问题。 可能的原因这个多进程卡死问题可能是由于以下原因引起的：数据加载问题：在多进程训练中，数据加载是一个重要的环节。如果数据加载出现问题，可能会导致卡死。例如，数据集的读取、解码或预处理过程中出现了问题。 数据共享问题：多进程训练中，不同的进程需要共享一些数据，如模型参数、缓存等。如果共享数据的方式不正确，可能导致多进程间的死锁，从而卡死程序。 资源竞争问题：多进程训练中，不同的进程需要竞争系统资源（如内存、GPU等）。如果资源的分配或管理不当，可能会导致进程间的竞争，从而导致卡死。 同时，也建议添加更详细的日志和调试打印输出，以便更好地定位卡死问题发生的代码位置。总结在使用torch进行多进程训练时，卡死问题可能会让我们很头疼。
2.2K00编辑于 2023-12-10 - 来自专栏散尽浮华
事故记录-过多进程致使CPU卡死
Disk I/O is overloaded on test-server 内容： CPU iowait time：value=68.7 % 原始事件ID: 30812 问题追踪 1）用top查看进程 ，进程数达到2000多个！ [root@test-server ~]# ps -ef|grep sendmail | grep -v grep | awk -F" " '{print $2}' | xargs kill -9 [ root@test-server ~]# ps -ef|grep postdrop | grep -v grep | awk -F" " '{print $2}' | xargs kill -9 lsof # lsof |grep postdrop |wc -l 0 7）最后启动sendmail，用top命令查看进程只有100多个，监控报警消失，问题搞定！
1.4K60发布于 2018-01-22 - 来自专栏小轻论坛
软件卡死无法结束进程怎么办？
如图，现在软件处于无响应状态，按理说多次点击窗体让它崩溃直接强制结束进程就行，但是今天格外有趣，不管怎么点，一直处于崩溃状态，难道这年头软件都emo了？ 很多女孩子的第一想法应该是干脆就关机吧？ 有电脑基础的还会打开系统的“任务管理器”结束进程，我们右击任务栏或者按“ctrl+alt+delete”即可打开。 我们这时候一般选中任务后点击右下角的‘结束进程”是完全可以解决问题的，但如果今天碰到的问题真这么简单，我就不会专门写这一篇推文了。 多次点击“结束进程”无果后，我想看看别人是怎么解决的，但是网上大多数人的建议就是用任务管理器关闭或者关机，有些人的回答甚至文不对题，说来说去还是一些老方法，根本就无用。 窗口会迅速滚动显示现在电脑里运行的进程。 翻阅上述的进程列表查到XX音乐的窗体PID是12924。 输入taskkill+/pid+进程PID，即：taskkill /pid 12924。
3.8K10编辑于 2022-01-30 - 来自专栏小轻论坛
软件卡死无法结束进程怎么办？
如图，现在软件处于无响应状态，按理说多次点击窗体让它崩溃直接强制结束进程就行，但是今天格外有趣，不管怎么点，一直处于崩溃状态，难道这年头软件都emo了？ 很多女孩子的第一想法应该是干脆就关机吧？ 有电脑基础的还会打开系统的“任务管理器”结束进程，我们右击任务栏或者按“ctrl+alt+delete”即可打开。 我们这时候一般选中任务后点击右下角的‘结束进程”是完全可以解决问题的，但如果今天碰到的问题真这么简单，我就不会专门写这一篇推文了。 多次点击“结束进程”无果后，我想看看别人是怎么解决的，但是网上大多数人的建议就是用任务管理器关闭或者关机，有些人的回答甚至文不对题，说来说去还是一些老方法，根本就无用。 窗口会迅速滚动显示现在电脑里运行的进程。 翻阅上述的进程列表查到XX音乐的窗体PID是12924。 输入taskkill+/+进程PID，即：taskkill /12924。
2.1K10发布于 2021-11-24 Linux资源限制精讲，避免进程卡死
每天分享技术栈，开发工具等 当您在生产环境中运行大量任务时，偶尔会遇到某个进程占用过多资源导致系统卡死，影响服务可用性。 基本概念 ulimit是 Linux 内建命令，用于设置单个用户进程可使用的资源上限，例如打开文件数、最大线程数等。超出限制时，系统会拒绝分配，从而避免进程 uncontrolled growth。 1024 个文件，会报错： bash:<程序>:Too many open files 四、cgroups：系统级更细粒度限制 Control Groups（cgroups） 提供对进程组的整体资源限制 启动进程到 cgroup # 将已有进程（PID 1234）加入 mydb cgclassify -g cpu,memory:mydb 1234 五、Docker Compose 集成示例 在容器环境中 cgroups（系统级）：对进程组统一管理；可持久化配置，也可用于容器内部。 Docker Compose：在容器化场景下，利用 Docker 调度底层 cgroups，实现资源隔离。
43800编辑于 2025-07-03- 来自专栏岛哥的质量效能笔记
Linux 使用strace命令查找进程卡死原因
点击小卡片，回复 “合集” 获取系统性的学习笔记和测试开发技能图谱 背景 最近遇到某个线上服务进程卡死的情况，但是在本地调试的过程中又没法复现，需要在线上服务器运行一段时间后在某些条件下才会触发。 定位问题 首先我们用ps auxf命令查看我们的进程执行到了哪一步： 可以看到执行到了[sh]然后就卡死了，然后我们接着通过strace命令来查看执行这个操作死在了哪个系统回调： root@demo socket:[675848446] lrwx------ 1 root root 64 Jul 14 05:58 5 -> socket:[675847890] 我们可以发现，5代表的是socket，说明进程是死在
6K20发布于 2021-09-14 - 来自专栏CSDN博客专家-小蓝枣的博客
Linux系统查询指定路径下的进程，根据进程id号杀进程方法，进程卡死解决方法实例演示
查询指定路径下的进程： ps aux | grep 指定路径 实例： ps aux | grep /data/nccode/ncc2020.05_for_ylz/ 根据进程 id 杀掉指定进程 kill -9 指定进程号 实例： kill -9 640582 案例： 我再该路径下起了一个服务，我要干掉我起的这个服务。 一般的进程信息里都会显示进程启用的路径，ps aux 是查看进程，grep 就是在前面的基础上再筛选查找包含指定内容的进程。 然后杀掉，再查一下可以看到没了，如果之前进程卡死了，这样就解决了，重新起进程就好了。
4.9K20发布于 2021-12-01 - 来自专栏walterlv - 吕毅的博客
设置进程的 RedirectStandardOutput 重定向输出后，如果不将输出读出来，会卡死此进程
设置进程的 RedirectStandardOutput 重定向输出后，必须将其读出来。本文带你做一个实验并得出结论。 重定向输出 一个简单的尝试重定向输出的代码如下： 1 2 3 4 5 6 7 8 9 10 11 using var process = new Process { StartInfo = new 不过对于 Walterlv.Demo.exe 那个进程来说，就比较危险了…… 卡死！ Walterlv.Demo.Output.exe 是什么程序呢？ 说明–现在卡死了！ 开发注意 如果你重定向了输出流，那么一定记得取出输出数据，否则会导致被启动的程序卡死在下一个 Console.WriteLine 中。
73540编辑于 2023-10-22 - 来自专栏iPhone技巧分享
iOS 15 Beta升级卡死在更新进程，无法启动怎么办？
q-header-list=&q-url-param-list=&q-signature=3ce1f59ff5e1b96ef86cab34614c2e3cb99c536b] 在本文中，我将介绍当iOS 15测试版升级卡死在更新进程中时该怎么办 如果您的iPhone网络连接正常，升级过程可能会因为软件崩溃而卡死。我们可以通过强制重启设备快速解决这些系统问题。 方法三、iOS系统修复 如果您的iPhone仍然卡死在更新进程中，或者卡在白苹果、恢复模式更状态，那么是时候修复您的iOS系统了。 1623982069;1623989269&q-key-time=1623982069;1623989269&q-header-list=&q-url-param-list=&q-signature=c9b180c6db64bdc558783d1cf9aee0bdcfa124b4 q-header-list=&q-url-param-list=&q-signature=c1c891f1c3c2086696da5c59dd0b27382961129b] 希望以上三种方法可以帮助您解决iOS升级卡死在更新进程中的问题
2.8K30发布于 2021-06-18 - 来自专栏葫芦
linux kill -9进程的几种方式
python a.py & [1] 2857 [brownwang@host ~]$ nohup: 忽略输入并把输出追加到"nohup.out" [brownwang@host ~]$ killall -9 2927 [brownwang@host ~]$ nohup: 忽略输入并把输出追加到"nohup.out" [brownwang@host ~]$ pidof python|xargs kill -9 nohup: 忽略输入并把输出追加到"nohup.out" [brownwang@host ~]$ ps -ef|grep a.py|awk -F ' ' '{print $2}'|xargs kill -9 kill: 向 3278 发送信号失败: 没有那个进程 [1]+ 已杀死 nohup python a.py
6.8K20发布于 2019-04-17 线上服务突然卡死？教你几招快速定位PHP-FPM进程假死问题
经过一番折腾，发现是PHP-FPM进程假死导致的。今天就跟大家分享一下，遇到这种进程假死问题该怎么快速定位和解决。 什么是进程假死 进程假死其实就是进程还在，但是不干活了。 你用ps命令看，进程确实存在，但就是不处理请求。就像人还坐在工位上，但是已经神游天外了，叫都叫不醒那种感觉。 PHP-FPM作为FastCGI进程管理器，负责管理PHP进程池。 I/O 操作完成，如磁盘读写 • Z 状态 (僵尸进程)，僵尸进程是已经终止但父进程尚未调用 wait() 获取其退出状态的进程 检查进程响应 # 查看PHP-FPM状态页面（需要先配置） curl 可能存在内存泄漏问题，可以设置定期重启： # 添加到crontab，每天凌晨2点重启 0 2 * * * /usr/bin/systemctl reload php-fpm 一些踩过的坑 不要随便kill -9 很多人遇到进程假死第一反应就是kill -9，但这样可能会导致数据不一致。
83110编辑于 2025-09-29- 来自专栏Linux知识积累
linux进程管理：进程，程序，线程 & 9个进程管理工具 & 作业控制
查看所有服务的状态 命令service –status-all 将会运行所有的启动脚本来显示各个服务的运行状态： 进程的管理工具 —9个 Linux进程管理工具pstree，ps、pgrep, pkill 对于那些可以捕获该信号的进程就要用编号为9的kill信号，强行“杀掉”该进程。 （2）应注意，信号使进程强行终止，这常会带来一些副作用，如数据丢失或者终端无法恢复到正常状态。发送信号时必须小心，只有在万不得已时，才用kill信号(9)，因为进程不能首先捕获它。 kill -9 7755 # -9 强制杀掉进程 5.killall 用于杀死指定名字的进程 -Z ：只杀死拥有scontext 的进程 -e ：要求匹配进程名称 -I ：忽略小写 -g ：杀死进程组而不是进程 ：**杀死进程 选择某一进程按F9即可杀死此进程，很方便 F10:退出htop 8. vmstat vmstat命令是最常见的Linux/Unix监控工具，可以展现给定时间间隔的服务器的状态值,包括服务器的
4.3K10发布于 2019-09-23 - 来自专栏日常技术分享
flutter doctor 卡死
今天升级flutter 执行flutter doctor 卡死。 ? 解决办法 注意：我遇到的问题解决办法如下，问题可能千奇百怪。不一定能解决你出现的问题。
3.7K10发布于 2020-08-28 - 来自专栏拭心的安卓进阶之路
Android 进阶9：进程通信之 AIDL 解析
在 Android 进阶7：进程通信之 AIDL 的使用 中我们使用 AIDL 实现了跨进程的通信，但是不清楚 AIDL 帮我们做了什么。 可以看到，生成的接口 IMyAidl 继承了 IInterface，Android 进阶8：进程通信之 Binder 机制浅析 中我们介绍了，IInterface 是进程间通信定义的通用接口。 AIDL 的使用回顾 服务端 使用时先在另一个进程的 Service 中实现 AIDL 生成文件中的 Stub 类，然后在 onBind() 中返回： ? ，用于映射调用实际接口实现 有了 AIDL，我们编写跨进程操作就变得十分简单，我们只需要关注业务接口的实现即可。 首先是定义跨进程接口，实现 IInterface 在其中定义要跨进程做的操作，以及标识这两个操作的 code： public interface IMyAidlDiy extends IInterface
1.5K100发布于 2018-01-05 - 来自专栏学习
Linux探秘坊-------9.进程控制
2.进程等待 子进程在退出后会进入僵尸模式，只保留PCB，如果父进程不回收，那么就会造成内存泄漏。父进程会通过进程等待进行回收子进程的pcb 1. -------------------和上面的的wait函数一致，等待所有的子进程 .>0---------------------只等待和传参中的pid一致的子进程，即等待特定的子进程 status就是子进程的 这个时候子进程就有用啦： 可以看到，exec只替换了子进程的内容，子进程运行结束后会被父进程的waitpid函数回收。 可以使用putenv函数： newnew是我自己新建的环境变量，putenv会把这个环境变量导入到当前进程 又因为，子进程的环境变量是继承父进程的，所以子进程也会有父进程的newnew环境变量。 ，但cd不可，需要父进程执行，因为先cd后子进程确实跳转了，但父进程的pwd并没有被改变，.
38300编辑于 2025-03-22 - 来自专栏架构进阶
进程管理：kill 命令之 -9 与 -15
相关系列文章： 【Linux 系统】一个常驻进程问题的再次分析 一 进程状态转换 ? 二 kill命令回顾 kill ：发送指定的信号到相应进程。不指定信号将发送SIGTERM（15）终止指定进程。 若仍无法终止该程序可用“-KILL” 参数，其发送的信号为SIGKILL(9) ，将强制结束进程，使用ps命令或者jobs 命令可以查看进程号。 常用的kill -15，kill -9这里的9 和 15就是信号； -a 当处理当前进程时，不限制命令名和进程号的对应关系； -p 指定kill 命令只打印相关进程的进程号，而不发送任何信号； -s 比较常用的就是强制终止信号：9和终止信号：15，另外，中断信号：2其实就是Ctrl + C结束前台进程。 interrupted by signal 9: SIGKILL) 可见kill -9 强杀进程后，没有执行shutdownHook，而是直接退出。
7.8K20发布于 2021-03-04 - 来自专栏GitHub专栏
kill -9 进程杀不掉，怎么办？
-o 自定义输出字段 我们设定显示字段为 stat（状态）, ppid（进程父id）, pid(进程id)，cmd（命令）这四个参数 因为状态为 z或者Z的进程为僵尸进程，所以我们使用grep抓取stat 状态为zZ进程 运行结果参考如下: Z 12334 12339 /path/cmd 这时，我们可以使用 kill -HUP 12339来杀掉这个僵尸进程 运行后，可以再次运行 ps -A -ostat, ppid,pid,cmd | grep -e '^[Zz]' 来确认是否已经将僵尸进程杀死 如果kill 子进程的无效，可以尝试kill 其父进程来解决问题，例如上面例子父进程pid是 12334，那么我们就运行 kill -HUP 12334 来解决问题 一般可以用top命令发现动态进程表 ? 其中zombie是僵尸进程 - End -
4.7K20发布于 2020-06-29 - 来自专栏初代庄主
完了，MySQL 复制卡死！！！
真事！有一个 Python 程序它会周期性的从 MySQL 的备机上读数据，用于完成它的业务逻辑。大致的代码如下(已经去掉了所有与业务相关的内容)，最近发现它阻塞了 DDL 语句，导致MySQL 主从复制卡住不动。
1.4K20编辑于 2022-12-19 - 来自专栏walterlv - 吕毅的博客
使用 SetParent 跨进程设置父子窗口时的一些问题（小心卡死）
在微软的官方文档中，说 SetParent 可以在进程内设置，也可以跨进程设置。当使用跨进程设置窗口的父子关系时，你需要注意本文提到的一些问题，避免踩坑。 在这篇文章的 DPI 感知一段中明确写明了在进程内以及跨进程设置父子关系时的一些行为。 虽然没有明确说明支持跨进程设置父子窗口，不过这段文字就几乎说明 Windows 系统对于跨进程设置窗口父子关系还是支持的。 只是这种担忧几乎说明跨进程设置 SetParent 存在一些坑。 那么本文就说说跨进程设置父子窗口的一些坑。 带来的副作用也就相当明显，任何一个进程卡了 UI，其他进程的 UI 将完全无响应。当然，不依赖消息循环的代码不会受此影响，比如 WPF 应用程序的动画和渲染。
2.6K20编辑于 2023-10-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号