the app site is https://omabrowser.org/standalone/ I tried to make a parallel environment but it didn't work.
El mié., 5 dic. 2018 a las 15:25, Reuti (<re...@staff.uni-marburg.de>) escribió: > Hi, > > > Am 05.12.2018 um 19:10 schrieb Dimar Jaime González Soto < > dimar.gonzalez.s...@gmail.com>: > > > > Hi everyone I'm trying to run OMA standalone on a grid engine setup with > this line: > > I assume OMA is the name of your application. Do you have any link to its > website? > > > > > qsub -v NR_PROCESSES=60 -b y -j y -t 1-60 -cwd /usr/local/OMA/bin/OMA > > > > it works but only execute 4 processes per node, there are 4 nodes with > 16 logical threads. My main.q configuration is: > > > > qname main.q > > hostlist @allhosts > > seq_no 0 > > load_thresholds np_load_avg=1.75 > > suspend_thresholds NONE > > nsuspend 1 > > suspend_interval 00:05:00 > > priority 0 > > min_cpu_interval 00:05:00 > > processors UNDIFINED > > qtype BATCH INTERACTIVE > > ckpt_list NONE > > pe_list make > > rerun FALSE > > slots 16 > > tmpdir /tmp > > shell /bin/csh > > prolog NONE > > epilog NONE > > shell_start_mode posix_compliant > > starter_method NONE > > suspend_method NONE > > resume_method NONE > > terminate_method NONE > > notify 00:00:60 > > owner_list NONE > > user_lists NONE > > xuser_lists NONE > > subordinate_list NONE > > complex_values NONE > > projects NONE > > xprojects NONE > > calendar NONE > > initial_state default > > s_rt INFINITY > > h_rt INFINITY > > s_cpu INFINITY > > h_cpu INFINITY > > s_fsize INFINITY > > > > I want to run 60 processes at the same time, any advice? > > Did you define any Parallel Environment for the application? There are > none specified in your submission command or the queue configuration. > > Does the application support to run across nodes by MPI or other means for > the communication? The PE would deliver a hostlist to the application, > which then can be used to start processes on other nodes too. Some MPI > libraries even discover > > BTW: as you wrote "16 logical threads": often its advisable for HPC to > disable Hyperthreading and use only the physically available cores. > > -- Reuti > > > > -- > > Atte. > > > > Dimar González Soto > > Ingeniero Civil en Informática > > Universidad Austral de Chile > > > > > > _______________________________________________ > > users mailing list > > users@gridengine.org > > https://gridengine.org/mailman/listinfo/users > > -- Atte. Dimar González Soto Ingeniero Civil en Informática Universidad Austral de Chile
_______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users