Выполнение скрипта на большем количестве ядер, чем доступно, - нонсенс. Это не обеспечивает какого-либо увеличения производительности, а скорее противоположности, поскольку необходимо управлять большим количеством потоков, но вычислительная мощность остается той же.
Но он прав в том смысле, что вы можете обернуть свой текущий скрипт и отправить его SLURM для выполнения, используя весь узел. Но три машины будут тремя узлами. Они не могут работать как один узел, потому что они не являются одним узлом / машиной. Они не разделяют ни память, ни шины, ни периферийные устройства ... они просто разделяют некоторый диск через сеть.
Вы говорите, что
любые задания, которые я хотел бы выполнить использование нескольких ядер будет по-прежнему ограничено количеством ядер, доступных на отдельном узле
, но это текущая ситуация с S SH. Ничто не потеряно при использовании SLURM для управления ресурсами. Фактически, SLURM позаботится о том, чтобы предоставить каждой работе надлежащие ресурсы и избегать вмешательства других пользователей в ваши вычисления.
Ваша лучшая ставка: создайте кластер из трех узлов, как обычно, и пусть люди отправляют свои работы с просьбой много ресурсов, в которых они нуждаются без превышения доступных ресурсов.