On 15 May 2012 09:59, mahbube rustaee <[email protected]> wrote: > > > On Tue, May 15, 2012 at 12:45 PM, Reuti <[email protected]> wrote: >> >> Am 15.05.2012 um 09:48 schrieb mahbube rustaee: >> >> > 1- qlogin session accounts 1 slot and users can consume more resources >> > such ssh login! how sge can accounts any resource consumption? >> >> Using ssh they can do the same. You can use a JSV and define a -binding, >> but as it's only a hint for SGE it may not help in all cases. >> >> >> > 2- users on qlogin session can run program on another host e.g "mpirun >> > -np 10 --hostfile <machinefile>" . >> >> Don't enable ssh or rsh between the nodes. >> >> >> > 3- what is difference between qlogin and ssh? >> >> Going through SGE will track the consumption on CPU time and you can >> reserve other resources like licenses or memory. > > If I reserve memory for a user , the user can consume more on qlogin session > . GE can reserve resource such memory or license but not limit. Is it right? > I mean that GE can't limit resource consumption and account all resource > consumption? Grid Engine's ability to limit memory consumption is somewhat dependent on operating system facilities. The ?_rss attributes control real memory usage but aren't enforced on Linux and a lot of other OSen. ?_vmem is enforced but controls virtual memory which is less useful to control as it is available in huge quantities. Some people set *_vmem equal to the real memory on the assumption that HPC will want almost all memory immediately available so virtual memory is a good approximation to real memory. On our cluster at UCL this doesn't appear to be the case.
Recent versions of Linux support cgroups which should allow control of real memory usage but I don't believe that any of the current Grid Engine forks use them for this purpose. Some recent grid engine forks do put jobs in cgroups via hwloc to control CPU usage and you could possibly modify these groups to control memory as well via the various hooks grid engine provides. William William >> >> >> -- Reuti >> >> >> > Thx >> > _______________________________________________ >> > users mailing list >> > [email protected] >> > https://gridengine.org/mailman/listinfo/users >> > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
