Accéder au contenu.
Menu Sympa

starpu-devel - Re: [Starpu-devel] About StarPU

Veuillez patienter...

starpu-devel@inria.fr

Objet : Developers list for StarPU

Archives de la liste

Re: [Starpu-devel] About StarPU


Chronologique Discussions 
  • From: Sylvain HENRY <sylvain.henry@inria.fr>
  • To: Jeff DiMarco <jdimarco218@gmail.com>
  • Cc: "starpu-devel@lists.gforge.inria.fr" <starpu-devel@lists.gforge.inria.fr>
  • Subject: Re: [Starpu-devel] About StarPU
  • Date: Tue, 23 Oct 2012 01:21:53 +0200
  • List-archive: <http://lists.gforge.inria.fr/pipermail/starpu-devel>
  • List-id: "Developers list. For discussion of new features, code changes, etc." <starpu-devel.lists.gforge.inria.fr>

Hi,

I think you should use STARPU_VECTOR_GET_DEV_HANDLE instead of STARPU_MATRIX_GET_PTR. Then you should pass A as a parameter of a CUDA kernel invocation. Only in the kernel could A be dereferenced with A[0].

Cheers
Sylvain

Le 22/10/2012 23:26, Jeff DiMarco a écrit :
Hello,

I have another quick question.  I cannot use a registered data vector from inside a CUDA task execution. I simply added a cuda_func to the hello_world example and and tried to use a buffer.

float * A = (float *)STARPU_MATRIX_GET_PTR(buffers[0]);

Doing this then referencing A[0] produces a Segmentation fault.  Am I doing something blatantly wrong that I cannot see?

Thanks in advance!

-Jeff D


On Mon, Oct 22, 2012 at 3:53 PM, Jeff DiMarco <jdimarco218@gmail.com> wrote:
Hi,

Thank you very much for the help! I appreciate it.

-Jeff


On Thu, Oct 18, 2012 at 6:02 PM, Sylvain HENRY <sylvain.henry@inria.fr> wrote:
Hi,

You have to link with OpenCL library before linking with CUDA library. The latter only provides a few OpenCL symbols (especially clGetPlatformInfo) but does not provide most other symbols (clGetPlatformIDs in particular). Using CUDA's clGetPlatformInfo on platform IDs returned by another library makes libcuda fail.

It has been fixed in trunk yesterday if you use pkg-config. Otherwise, you have to be sure to use -lOpenCL before -lcuda.

Cheers
Sylvain


Le 18/10/2012 18:54, Jeff DiMarco a écrit :
Hello,

I am trying to run tasks on the CUDA cards on my cluster.  When running the vector_scal example I receive errors about opencl.  I tried taking out the OpenCL code, but this didn't solve the problem.  Here is the error:

oops in _starpu_opencl_init (drivers/opencl/driver_opencl.c:342) (clGetPlatformInfo NAME) ... <Invalid platform> (-32)
jvector_scal: ../include/starpu_opencl.h:43: starpu_opencl_report_error: Assertion `0' failed.

Also, I attached the config.log file.

Thanks so much!

-Jeff D

On Wed, Oct 17, 2012 at 5:44 PM, Nathalie Furmento <nathalie.furmento@labri.fr> wrote:
Hello,

Which version of StarPU are you using? The detection of hwloc -- when
installed in a non-standard directory -- by configure was recently
fixed, and should be working fine when using the release 1.0.4.

Could you also please send us the full contents of the file config.log

Which troubles do you exactly have when trying to use StarPU without
hwloc on your cluster?

Thanks.

Regards,

Nathalie

On Oct 17, 16:52, Jeff DiMarco wrote:
> Hello again,
>
> I am able to use StarPU with some of the examples on my machine at work,
> but I was hoping to use it on a cluster at my university.  Currently I am
> using it --without-hwloc, and I am running into some troubles.  Am I unable
> to use my CUDA cards this way?
>
> In terms of using hwloc, I try to install on a cluster with
> ./configure --prefix=/home/dimarco/myhwloc
> make install
> cd ../starpu-1.1.0/
> ./configure --with-hwloc=/home/dimarco/myhwloc
>
> This may be relevant from the configure output:
> checking for HWLOC... no
> checking hwloc.h usability... yes
> checking hwloc.h presence... yes
> checking for hwloc.h... yes
> checking for main in -lhwloc... yes
> checking whether hwloc should be used... yes
>
> make
>
> Gives me the following problems that I can't solve:
>
> In file included from ../include/starpu.h:50,
>                  from ../mpi/src/starpu_mpi_private.h:21,
>                  from src/starpu_mpi_stats.c:21:
> ../include/starpu_scheduler.h:28:19: error: hwloc.h: No such file or
> directory
> In file included from ../include/starpu.h:50,
>                  from ../mpi/src/starpu_mpi_private.h:21,
>                  from src/starpu_mpi_stats.c:21:
> ../include/starpu_scheduler.h:45: error: expected specifier-qualifier-list
> before 'hwloc_topology_t'
> make[2]: *** [starpu_mpi_stats.lo] Error 1
> make[2]: Leaving directory `/home/dimarco/starpu-1.1.0/mpi'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/dimarco/starpu-1.1.0/mpi'
> make: *** [all-recursive] Error 1
>
> Any help is appreciated! Thanks in advance.
> -Jeff DiMarco

> _______________________________________________
> Starpu-devel mailing list
> Starpu-devel@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/starpu-devel


--
----------------------------------------------------------------------------
Dr Nathalie Furmento                         CNRS R&D Engineer
Centre de Recherche INRIA Bordeaux Sud-Ouest http://www.labri.fr/~furmento/
200 avenue de la vieille Tour                Tel: +33 (0)5 24 57 41 20
33405 Talence cedex, FRANCE                  Fax: +33 (0)5 24 57 40 41
----------------------------------------------------------------------------



_______________________________________________
Starpu-devel mailing list
Starpu-devel@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/starpu-devel


-- 
Sylvain Henry
CS PhD Student at INRIA/LaBRI
University of Bordeaux (France)
sylvain.henry@inria.fr

_______________________________________________
Starpu-devel mailing list
Starpu-devel@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/starpu-devel





-- 
Sylvain Henry
CS PhD Student at INRIA/LaBRI
University of Bordeaux (France)
sylvain.henry@inria.fr



Archives gérées par MHonArc 2.6.19+.

Haut de le page