Fortran program call in Scilab 6.01: OMP does not work!

classic Classic list List threaded Threaded
1 message Options
mobile_ghost mobile_ghost
Reply | Threaded
Open this post in threaded view

Fortran program call in Scilab 6.01: OMP does not work!

Yes I defined number of threads via environment variable
as Intel recommended. 8 threads can be seen by htop as separate processes but only 1 cpu core is loaded 100%.
29.12.2018, 16:00, "[hidden email]" <[hidden email]>:

Today's Topics:

   1. Re: Fortran program call in Scilab 6.01: OMP does not work!
      (Pedro Arthur)


Message: 1
Date: Fri, 28 Dec 2018 14:42:38 -0200
From: Pedro Arthur <[hidden email]>
To: List dedicated to the development of Scilab <[hidden email]>
Subject: Re: [Scilab-Dev] Fortran program call in Scilab 6.01: OMP
        does not work!
        <[hidden email]>
Content-Type: text/plain; charset="UTF-8"


Em qua, 26 de dez de 2018 ?s 12:09, mobile_ghost <[hidden email]> escreveu:

 I wrote a parallel routine in Fortran using OMP (Intel compiler v.17.0.4)
 and link it to Scilab 6.01. To my surprise the program uses only one CPU
 core from 8 available. Besides, the same stand-alone code uses 8 cores.
 *Does anybody know what the bug (if any) in Scialab 6.01 and how to bypass
 it? *

Did you set the number of threads to use at runtime [1]? if not the
application may use whatever default value is set.

[1] -

Best regards,

 My system is Ubuntu 18.04. Intel compiler
 (ifort version 17.0.4) command is
 ifort -fPIC -shared -qopenmp grav3d_omp.f90 -o

 Scilab link and call command are:
                  xgrd,3,"d",ygrd,4,"d", zgrd,5,"d",...

 I made a standalone version
 ifort -qopenmp grav3d_omp.f90 -o gravda_omp
 of the same progam and run it from Scilab 6.01
 with the same result: ONLY ONE CPU CORE is used!
 BUT, when I run it from a terminal window it works fine. Every CPU core busy
 What's the matter? Is there a solution?

 Thanks in advance.


 Sent from:
 dev mailing list
 [hidden email]


Subject: Digest Footer

dev mailing list
[hidden email]


End of dev Digest, Vol 75, Issue 8

dev mailing list
[hidden email]