redhat – 可以将读/写作业放入队列吗？

发布时间：2020-12-14 02:39:36 所属栏目：Linux 来源：网络整理

导读：我与HAL共享一台服务器.服务器有32 GB的内存. 我很少使用超过1 GB的内存,当我这样做时,它一次只能使用几分钟,而且我不介意将这些作业发送到后面. HAL读/写大文件(例如使用gunzip).这可能会间歇性地占用内存CPU的100％,持续数小时.这通常是在一夜之间完成,但

我与HAL共享一台服务器.服务器有32 GB的内存.

我很少使用超过1 GB的内存,当我这样做时,它一次只能使用几分钟,而且我不介意将这些作业发送到后面.

HAL读/写大文件(例如使用gunzip).这可能会间歇性地占用内存CPU的100％,持续数小时.这通常是在一夜之间完成,但是在运行时,即使是简单的命令,如cd需要30秒,打开emacs可能需要几分钟.

我希望能够保留1 GB以供使用<<< 1GB(像文本编辑器一样).我也想避开HAL的方式,并且没有理由认为这应该是一个问题. HAL表示排队系统(如PBS)不能用于将低优先级放在读/写上,例如在大型作业运行时,始终可以使用1 GB的内存.用他的话说：

the script used to gunzip snags all the processors it can because the data is large… queueing would not solve this… during transfer of files from (that server) to (this server),an inflation step does lots of read/write

为什么排队不能解决这个问题呢？什么可以？

解决方法

您可以拥有一个作业排队系统或修改内核的调度方法.

我将忽略这些选项,并建议您使用ionice – 或者更具体地说,Bob使用它来降低其优先级.听起来你有一个磁盘访问问题而不是内存问题.

常规nice也可能是一个选项,因为它会间接影响磁盘优先级(来自ionice手册页：“尽力而为类中的优先级将动态地从进程的cpu nice级别派生：io_priority =(cpu_nice 20)/ 5 .)软件atop对于了解什么是瓶颈以及是否是常规IO或交换到磁盘问题也非常方便.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!