We have had several requests to extend the abstract deadline for the
2017 Slurm User Group Meeting. In order to accommodate those who have
been on vacation the abstract deadline is being extended to July 11, 2017.
Regards,
Jacob
On 6/26/2017 10:23 AM, Jacob Jenson wrote:
As a reminder,
Hi,
When nodes are being shared, it is desirable for users to estimate
memory requirements as accurately as possible. One way to do this would
be to have a cron job bump up the priority of the jobs of users who have
a high average value of MaxRSS/ReqMem. A more elegant way would be to
add a
On 07/03/2017 01:18 PM, Ulf Markwardt wrote:
is there a chance to explicitely assign nodes (e.g. machines outside the
HPC machine) for message aggregation?
All I see at the moment is that Slurm uses the (high-speed interconnect)
topolgy for this. But I do not want to put communication load
Dear all,
is there a chance to explicitely assign nodes (e.g. machines outside the
HPC machine) for message aggregation?
All I see at the moment is that Slurm uses the (high-speed interconnect)
topolgy for this. But I do not want to put communication load (noise) on
the compute hosts.
Thank
On 07/03/2017 08:11 AM, Christopher Samuel wrote:
On 03/07/17 16:02, Loris Bennett wrote:
I don't think you can achieve what you want with Fairshare and
Multifactor Priority. Fairshare looks at distributing resources fairly
between users over a *period* of time. At any *point* in time it
On 03/07/17 16:02, Loris Bennett wrote:
> I don't think you can achieve what you want with Fairshare and
> Multifactor Priority. Fairshare looks at distributing resources fairly
> between users over a *period* of time. At any *point* in time it is
> perfectly possible for all the resources to
Hi Sourabh,
sourabh shinde writes:
> Multifactor Priority Plugin for Small clusters
>
> Hello Everyone,
>
> I am new to SLURM and trying to run it locally on my PC. I am using
> Multifactor plugin to assign priorities for the job. The problem is
> multi factor