是否可以限制 GNU 并行启动的所有进程的内存使用量?我意识到有一些方法可以限制作业的数量,但在不容易提前预测内存使用情况的情况下,调整此参数可能会很困难。
在我的特殊情况下,我在 HPC 上运行程序,其中进程内存有硬限制。例如,如果节点上有 72GB 的可用内存,批处理系统将终止超过 70GB 的作业。我也无法直接将工作生成到交换并将它们保留在那里。
GNU 并行包带有niceload
,它似乎允许在进程运行之前检查当前内存使用情况。但是我不确定如何使用它。
我正在尝试编写一个脚本,该脚本将用“-”替换空格并使当前目录中所有文件的所有字母小写。
for x in 'ls'
do
if [ ! -f $x ]; then
continue
fi
lc = `echo $x | tr '[A-Z]' '[a-z]'`
if [ $lc != $x ]; then
mv $x $lc
fi
done
find -name "* *" -type f | rename 's/ /-/g'
Run Code Online (Sandbox Code Playgroud)
我得到以下输出: call: rename from to files...
但是名称没有改变,例如: 252680610243-Analyzed Sample2 2Jul12.txt
我用 更改了权限chmod 706
,这会导致问题吗?我在这里缺少什么?
这是输出bash -x lower.sh
:
+ for x in ''\''ls'\'''
+ '[' '!' -f ls ']'
+ continue
+ find …
Run Code Online (Sandbox Code Playgroud) 在最新一轮更新后,我一直遇到 Fedora 17 无法启动的问题。我可以输入磁盘加密的通行证,启动徽标正常运行,但动画完成后,启动无法进一步进行。
我检查了诊断程序,似乎 plymouth-quit-wait.service 中存在问题。当我检查此服务的 systemctl 状态时,我被告知该服务已加载但在尝试启动时超时。
我曾尝试使用 systemctl disable plymouth-quit-wait.service 禁用系统,使用和不使用 force 选项,但没有成功。
我真的迷失在这里,我什至不确定到底是什么不起作用。我能做些什么来解决这个问题,或者至少进一步解决它?