Accéder au contenu.
Menu Sympa

starpu-devel - Re: [Starpu-devel] StarPU Asynchronous Partitioning

Objet : Developers list for StarPU

Archives de la liste

Re: [Starpu-devel] StarPU Asynchronous Partitioning


Chronologique Discussions 
  • From: Martin Khannouz <martin.khannouz@inria.fr>
  • To: Samuel Thibault <samuel.thibault@inria.fr>, starpu-devel@lists.gforge.inria.fr
  • Subject: Re: [Starpu-devel] StarPU Asynchronous Partitioning
  • Date: Thu, 26 May 2016 15:14:53 +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>

Je viens de me rendre compte que les handles ne sont pas enregistrés
comme des vector, ils sont enregistrés avec la fonction
starpu_variable_data_register. Or le filtre utilise la fonction
starpu_vector_filter_block, cela pourrait-il être lié au problème ?

Si oui, quelle fonction utiliser car je n'ai pas vu de fonction
starpu_variable_filter_block ou équivalent ?


On 26/05/2016 14:42, Martin Khannouz wrote:
> La révision 17514 du trunk.
>
>
> On 26/05/2016 14:39, Samuel Thibault wrote:
>> Bonjour,
>>
>> Martin Khannouz, on Thu 26 May 2016 13:33:03 +0200, wrote:
>>> Un free(): invalid next size (fast). Il apparaît lors d'un premier appel
>>> à
>>> starpu_data_partition_submit. Je me demandais si je n'avais pas fait
>>> quelque
>>> chose qui n'allait pas et qui produirait pareille erreur, car j'ai eu
>>> beau lire
>>> la doc sur ces fonctions, a priori je ne fais rien d'anormale.
>> C'est a priori correct oui.
>>
>>> La backtrace:
>> Quelle version de StarPU est-ce précisément ?
>>
>> Sans cette information les numéros de ligne de la backtrace sont
>> inutilisables.
>>
>> Samuel





Archives gérées par MHonArc 2.6.19+.

Haut de le page