Objet : Developers list for StarPU
Archives de la liste
- From: Pierrick Brunet <pierrick.brunet@inria.fr>
- To: starpu-devel@lists.gforge.inria.fr
- Subject: Re: [Starpu-devel] nested task
- Date: Tue, 07 Jan 2014 10:22:03 +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>
On 07/01/2014 10:17, Samuel Thibault wrote:
Pierrick Brunet, le Tue 07 Jan 2014 08:43:59 +0100, a écrit :Merci, je vais donc laisser de coté ce genre d'exemple.
Toujours dans le but de m'en sortir avec les taches imbriquées, est ce qu'ilNon, pour la même raison: il se peut que ce que l'on attend soit
est possible d'avoir des synchronisations dans les taches?
ordonnancé pour être exécuté par le processeur qui est en train
d'exécuter la tâche que l'on veut faire attendre, d'où interblocage.
Samuel
J'ai une fonction qui lance une tache. La tache prend un entier en paramètre par valeur. Je met donc cette valeurs dans le cl_args. Le problème étant que la tache n'est pas exécuter avant la fin de la fonction donc la variable est détruite avant d'être utilisée. Est ce qu'il y a quelque chose dans StarPU pour garantir qu'il n'y aura pas de problème sans faire de synchronisation à la fin? Ou est ce que je suis obligé d'enregistrer toutes les variables mêmes si elle ne sont passé que par valeur?
Pierrick
- [Starpu-devel] nested task, Pierrick Brunet, 07/01/2014
- Re: [Starpu-devel] nested task, Samuel Thibault, 07/01/2014
- Re: [Starpu-devel] nested task, Pierrick Brunet, 07/01/2014
- Re: [Starpu-devel] nested task, Samuel Thibault, 07/01/2014
- Re: [Starpu-devel] nested task, Pierrick Brunet, 07/01/2014
- Re: [Starpu-devel] nested task, Samuel Thibault, 07/01/2014
Archives gérées par MHonArc 2.6.19+.