我很少使用超过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… @R_37_4403@ 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或交换到磁盘问题也非常方便.
总结以上是内存溢出为你收集整理的redhat – 可以将读/写作业放入队列吗?全部内容,希望文章能够帮你解决redhat – 可以将读/写作业放入队列吗?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)