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




Le 17 avr. 2014 à 15:53, Samuel Thibault <samuel.thibault@ens-lyon.org> a
écrit :

> 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.
Thanks a lot, i'll try that !

XL.
>
> Samuel






Archives gérées par MHonArc 2.6.19+.

Haut de le page