Accéder au contenu.
Menu Sympa

starpu-devel - Re: [Starpu-devel] Issues with asynchronous partitioning on temporary data

Objet : Developers list for StarPU

Archives de la liste

Re: [Starpu-devel] Issues with asynchronous partitioning on temporary data


Chronologique Discussions 
  • From: Jérôme Richard <jerome.richard@inria.fr>
  • To: Samuel Thibault <samuel.thibault@inria.fr>, starpu-devel@lists.gforge.inria.fr
  • Subject: Re: [Starpu-devel] Issues with asynchronous partitioning on temporary data
  • Date: Wed, 7 Sep 2016 13:46:15 +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>

Hello,

I updated my starpu svn to the latest version (18654) and the problem seems to be solved with this one. Thanks.

Jérôme.


Le 31/08/2016 à 18:35, Samuel Thibault a écrit :
Samuel Thibault, on Wed 31 Aug 2016 15:38:27 +0200, wrote:
Ah, we didn't think about that case. starpu_data_partition_submit
currently assumes that there is always coherency to be done between the
value of the main handle and the sub-handles. We'd just need to disable
that.
This is now done in the trunk and 1.2

starpu_matrix_data_register(&tmprhs2_f_handles, -1, 0, Nr, Nr, Ntheta,
sizeof(double));

starpu_task_insert(&null_cl, STARPU_W, tmprhs2_f_handles, 0);
So this is not needed any more.

starpu_data_partition_plan(tmprhs2_f_handles, &f1,
&tmprhs2_f_handles_children[0]);
starpu_data_partition_submit(tmprhs2_f_handles, f1.nchildren,
&tmprhs2_f_handles_children[0]);
Samuel




  • Re: [Starpu-devel] Issues with asynchronous partitioning on temporary data, Jérôme Richard, 07/09/2016

Archives gérées par MHonArc 2.6.19+.

Haut de le page