Accéder au contenu.
Menu Sympa

starpu-devel - Re: [Starpu-devel] Temporary buffer initialization

Objet : Developers list for StarPU

Archives de la liste

Re: [Starpu-devel] Temporary buffer initialization


Chronologique Discussions 
  • From: Samuel Thibault <samuel.thibault@ens-lyon.org>
  • To: Xavier Lacoste <xavier.lacoste@inria.fr>
  • Cc: starpu-devel@lists.gforge.inria.fr
  • Subject: Re: [Starpu-devel] Temporary buffer initialization
  • Date: Thu, 17 Apr 2014 15:53:35 +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,

Xavier Lacoste, le Thu 17 Apr 2014 14:12:45 +0200, a écrit :
> Le 17 avr. 2014 à 11:51, Samuel Thibault <samuel.thibault@ens-lyon.org> a
> écrit :
> > Xavier Lacoste, le Wed 16 Apr 2014 14:59:10 +0200, a écrit :
> >> I want to have a temporary buffer, allocated by starpu, and initialized
> >> (to
> >> zero).
> >> Some task will add values in it afterward and then it will be send to an
> >> other
> >> process for a remote task.
> >> These local tasks can be executed in any order.
> >
> > Well, this looks like a reduction, won't STARPU_REDUX work for you?
>
> Yes it's a reduction but where only part of the datum is touch in each
> task. So i didn't want all CPUs to perform an addition on the whole buffer
> when I know which part will be touch. And I don't want a buffer to be
> allocated per worker.

Ok. I have added the support to the 1.1 branch and trunk, it is now a
matter of using starpu_data_set_reduction_methods to provide with the
init codelet, and then you'll be allowed to use RW on an uninitialized
data, just liked you'd be in REDUX mode.

Samuel





Archives gérées par MHonArc 2.6.19+.

Haut de le page