Accéder au contenu.
Menu Sympa

starpu-devel - Re: [Starpu-devel] Issue with distributed NUMA-aware StarPU and dmda scheduler

Objet : Developers list for StarPU

Archives de la liste

Re: [Starpu-devel] Issue with distributed NUMA-aware StarPU and dmda scheduler


Chronologique Discussions 
  • From: Samuel Thibault <samuel.thibault@inria.fr>
  • To: Philippe SWARTVAGHER <philippe.swartvagher@inria.fr>, starpu-devel@lists.gforge.inria.fr
  • Subject: Re: [Starpu-devel] Issue with distributed NUMA-aware StarPU and dmda scheduler
  • Date: Fri, 13 Mar 2020 18:10:02 +0100
  • 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>
  • Organization: I am not organized

Samuel Thibault, le ven. 13 mars 2020 17:55:39 +0100, a ecrit:
> Philippe SWARTVAGHER, le ven. 13 mars 2020 14:02:38 +0100, a ecrit:
> > #5  0x00007ffff7fb0053 in _starpu_mpi_handle_request_termination
> > (req=req@entry
> > =0x55555581b640) at ../../../mpi/src/mpi/starpu_mpi_mpi.c:861
>
> It seems that it frees the packed data with free(), while the documentation
> says
> that the pack_data method is supposed to use starpu_malloc_on_node_flags
> to allocate it. Please try the attached patch to properly release it.

That being said, chameleon shouldn't be using the
pack/unpack for dense tiles. It should be registering MPI
datatype hooks with starpu_mpi_datatype_register like the
mpi/examples/user_datatype/user_datatype.c example does.

That interface is a bit odd however: you have to pass an
existing handle. Nathalie, we probably want to introduce a
starpu_mpi_interface_datatype_register which directly takes the enum
starpu_data_interface_id instead of reading it from the handle.

Samuel




Archives gérées par MHonArc 2.6.19+.

Haut de le page