problem with threads in parallel run

Search:

problem with threads in parallel run

From: MANUEL PEREZ JIGATO <mpj_at_email.domain.hidden>
Date: Tue, 14 Oct 2003 10:43:36 +0300 (EEST)

hi

 i am running BAND in an IBM-SP4 at our computer center
and the system admin has complained about the uncontrolled use of threads
when i try to run on 8 processors (or 1 node). Apparently the machine
performance suffers because of this, since at some point the number of
threads is 700.

Please find enclosed the submission job script (see below).

They (system admin) recommend the use instead of # @ tasks_per_node = 1 ;
# @ node = 1 and to include the "number of threads" in resources as :
# @ resources = ConsumableCpus(NTHREADS)

this is the current script:

# @ shell = /bin/csh
# @ output = innsp.out
# @ error = innsp.err
# @ environment = COPY_ALL
# @ network.MPI = csss,shared,US
# @ wall_clock_limit = 95:01:00,95:00:00
# @ job_type = parallel
# @ class = small_parallel
# @ node = 1
# @ tasks_per_node = 8
# @ resources = ConsumableCpus(1) ConsumableMemory(1gb)
# @ queue
source /v/aix51_rs/appl/chem/ADF2002/useadf.csh
setenv SCM_TEMPDIR $WRKDIR
setenv SCM_TMPDIR $WRKDIR
setenv TMPDIR $WRKDIR
setenv TEMPDIR $WRKDIR
setenv NSCM 8 # Set number of processes
#
#
$ADFBIN/band << eor... ... ... .. ...

Unfortunately I have no idea about how to define the NTHREADS supposedly
needed variable. Is this the right thing to do? How then do i define
NTHREADS

I'd like to ask for advice on this. Thanks a lot.

regards

Manolo

###########################################################################
 Manuel Perez Jigato
 Helsinki University of Technology
 Laboratory of Physics
 Room U203
 Otakaari 1M
 Otaniemi, Espoo
 P.O. Box 1100
 FIN-02015 HUT
 Finland

 Tel: +358-(0)9-451 3107
 Fax: +358-(0)9-451 3116
 E-mail: mpj_at_fyslab.hut.fi
###########################################################################
"Nobody tells me what to think, except Mrs. Pauling."
                                                        Linus Pauling
###########################################################################
Received on 2003-10-14 09:43:43

This archive was generated by hypermail 2.2.0 : 2006-11-02 07:00:02 CET