需要优化你的代码设计,比如使用流式加载和处理。
需要优化你的代码设计,比如使用流式加载和处理。
楼主的意思可能是希望deepin系统可以提供一种资源监管的措施.
当用户开启这种监管后, 无论运行什么用户程序, 只要是发现程序申请的资源快要超出当前硬件临界资源时都自动杀死对应的进程(或者限制资源申请, 让程序提前终止), 保证系统持续可用性.
这种需求是合理的, 毕竟程序开发者在测试新程序的时候无法预知隐藏的bug. 普通用户开启多个软件在后台忘记关闭, 积少成多导致这种问题也不是不可能.
我建议加上这样一种功能.
oom是有的,但是在图形环境下较为复杂,可能杀的进程让图形卡死了
试试 early-oom
楼主的意思可能是希望deepin系统可以提供一种资源监管的措施.
当用户开启这种监管后, 无论运行什么用户程序, 只要是发现程序申请的资源快要超出当前硬件临界资源时都自动杀死对应的进程(或者限制资源申请, 让程序提前终止), 保证系统持续可用性.
这种需求是合理的, 毕竟程序开发者在测试新程序的时候无法预知隐藏的bug. 普通用户开启多个软件在后台忘记关闭, 积少成多导致这种问题也不是不可能.
我建议加上这样一种功能.
👍
对对,我就是这个意思
oom是有的,但是在图形环境下较为复杂,可能杀的进程让图形卡死了
试试 early-oom
补充一篇关于 early-oom 的安装使用的博客
核心关键词:
#直接apt安装
sudo apt install earlyoom
#设定为开机启动,并且马上启动 earlyoom 服务
sudo systemctl enable --now earlyoom
默认情况下剩余可用物理内存小于 10% 和 剩余交换内存小于10%时,就会触发早期OOM
补充一篇关于 early-oom 的安装使用的博客
核心关键词:
#直接apt安装
sudo apt install earlyoom
#设定为开机启动,并且马上启动 earlyoom 服务
sudo systemctl enable --now earlyoom
默认情况下剩余可用物理内存小于 10% 和 剩余交换内存小于10%时,就会触发早期OOM
太贴心了! 非常感谢!
楼主的意思可能是希望deepin系统可以提供一种资源监管的措施.
当用户开启这种监管后, 无论运行什么用户程序, 只要是发现程序申请的资源快要超出当前硬件临界资源时都自动杀死对应的进程(或者限制资源申请, 让程序提前终止), 保证系统持续可用性.
这种需求是合理的, 毕竟程序开发者在测试新程序的时候无法预知隐藏的bug. 普通用户开启多个软件在后台忘记关闭, 积少成多导致这种问题也不是不可能.
我建议加上这样一种功能.
你理解的对。
Popular Events
More

中文 
【系统环境】
镜像版本:20.8
CPU:i5
GPU:
【操作步骤】
24g内存的电脑用c语言读取40多g的text文件,资源耗完整个系统动也不动了,最后我只能强制关机重启。
在用阿里云主机的ubuntu时,一旦我的程序运行资源超过了硬件支持资源,ubuntu会自动杀死我的程序进程而保证操作系统还能继续使用。
在deepin里能不能做到?还是说我需要执行什么配置才能做到?