对于MS多任务运行核心分配的问题

双木柳

各位老师，我用的这个服务器是48核，由于这几天要运行很多任务，所以想利用起晚上的时间来做计算。

我的想法是，每个任务都分配40核，都进行运行，放在jobs里面running，然后第二天早上再来看数据。
想问下这样分配核心会不会出现问题，还是需要给每个任务分配较少的核心？
运行的任务都是同样的脚本，就是相应的参数改动了一些，而且运行时间比较久。
脚本主要使用Forcite 模块。

对于搜索到的批量任务的脚本，不太能进行使用（用的Forcite 模块，找到的帖子上需要有files选项的模组才行，例如Dmol3），所以就想到用上面的方法。

牧生

据我很久以前的测试，我当时用的6149  cpu，开了超线程，8核以上，速度提升就不明显了。

我早已经放弃了ms，真心告诉你，gmx真的香，免费，又快，比ms好了百倍都不止

ball2006

为啥不用队列呢？

双木柳

牧生 发表于 2023-5-28 21:21
据我很久以前的测试，我当时用的6149  cpu，开了超线程，8核以上，速度提升就不明显了。

我早已经放弃了 ...

谢谢老师您的回答，但是目前我们老师要求用的软件必须是MS，这个没有办法改变，不过我记住您给的建议，这个项目过后我会对ogmx进行安装和学习。
所以对于ms，我理解您的意思是，这些单个任务大约8核，速度就够了。
那我在jobs里放很多8核的任务一起跑，也不会有太大的问题吧。

双木柳

ball2006 发表于 2023-5-28 21:27
为啥不用队列呢？

感谢老师您的回答，对于这个MS多任务，我之前在bing上搜索，搜索的帖子都是脚本运行，没有找到关于队列的描述，所以不知道有队列这个功能。
————————
我搜刚索了下，查看下对于ms队列的描述，我搜索的信息是对于提交超算中心的任务进行队列，一个接一个处理。
如果队列是指是我搜索的这个描述，我目前用的是学校的服务器，没有用超算中心进行计算，对于这些流程不了解。
如果不是，我理解有误，希望老师解答一下，这个队列如何使用，谢谢。

abin

如果是Linux平台，
可以配合work load manager, slurm，来完成自动排队计算。

微软平台，请其他朋友补充。

wangyj

Windows系统的话，服务器是48个物理核心，每个任务8核，6个任务同时计算，前提是内存够。

ball2006

双木柳 发表于 2023-5-28 21:42
感谢老师您的回答，对于这个MS多任务，我之前在bing上搜索，搜索的帖子都是脚本运行，没有找到关于队列的 ...

系统是linux的话，最简单的方式用Gateway+TORQUE，首先是学校的服务器让你用Gateway连接；
TORQUE网上能找到最后的免费版本是6.1.3，建议用6.1.2；
或者用六楼王老师推荐的办法也行。

wypkdhd

可以，最多将超线程提满共计96个线程。另外，ms使用的时候也是最好为4的倍数，8 16 32 48核心.