Ce que j'ai dit c'est que le traitement des toutes les tâches n'est pas parallélisé dans ITK.
Par exemple lorsque l'on fait du recalage d'images avec un algorithme de descente de type gradient stochastique le temps principale se passe dans les itérations, celles-ci ne sont pas parallélisées, il ne serait pas trop difficile de le faire.
De plus le "solver" du système ne tourne que sur un cœur, et ce temps peut être assez long.
S'il est vrai que je n'ai pas fait tous les tests avec ITK4, j'avais vraiment essayé avec ITK3.
De plus ITK est une bibliothèque difficile à faire évoluer pour un non informaticien car tout est encapsulé, alors qu'il est facile avec CIMG de créer ses propres classes utilisant des opérateurs mathématiques aussi complexe que l'on souhaite, ce qui est plus adapté à ce que l'on fait. Nous avons ainsi pu implémenter toutes les boucles critiques en OpenMP ce qui nous permet de bien exploiter notre HPC (on aurait pu faire encore mieux en MPI !). Nous faisons de la métrologie, il n'est donc pas vraiment acceptable pour nous de ne pas utiliser tous les échantillons (random sampler). Nous devons donc prévoir un système permettant de gérer les données issues d'un micro-tomographe ce qui peut aller jusqu'à 4000x4000x4000 en ne sous échantillonnant pas.
Alors certes on aurait pu tout faire avec ITK, mais cette bibliothèque ne semblait pas la plus adaptée pour pouvoir permettre à des non-informaticiens de la faire évoluer.
J'utilise ITK tous les jours au travers d'Elastix et en suis satisfait, mais ça ne correspond pas à tous les besoins. Pour le cas spécifique des du recalage d'images sur des gros volumes sans sous-échantillonnage ce n'est pas adapté. Et nous n'avons pas le niveau pour la faire évoluer.
Encore une fois il est fort dommage de s'énerver de la sorte. Si j'ai fait une erreur je suis prêt à le reconnaître, mais dans ce cas donnez moi quelque chose à me mettre sous la dent comme un lien, plutôt de m'accuser d'incompétence, c'est n'est pas des manières.
[^] # Re: Deux questions
Posté par freejeff . En réponse à la dépêche Traitement d'image : Sortie de G'MIC 1.5.5.1. Évalué à 1.
Bonjour,
Je ne comprends pas Votre agressivité.
Ce que j'ai dit c'est que le traitement des toutes les tâches n'est pas parallélisé dans ITK.
Par exemple lorsque l'on fait du recalage d'images avec un algorithme de descente de type gradient stochastique le temps principale se passe dans les itérations, celles-ci ne sont pas parallélisées, il ne serait pas trop difficile de le faire.
De plus le "solver" du système ne tourne que sur un cœur, et ce temps peut être assez long.
S'il est vrai que je n'ai pas fait tous les tests avec ITK4, j'avais vraiment essayé avec ITK3.
De plus ITK est une bibliothèque difficile à faire évoluer pour un non informaticien car tout est encapsulé, alors qu'il est facile avec CIMG de créer ses propres classes utilisant des opérateurs mathématiques aussi complexe que l'on souhaite, ce qui est plus adapté à ce que l'on fait. Nous avons ainsi pu implémenter toutes les boucles critiques en OpenMP ce qui nous permet de bien exploiter notre HPC (on aurait pu faire encore mieux en MPI !). Nous faisons de la métrologie, il n'est donc pas vraiment acceptable pour nous de ne pas utiliser tous les échantillons (random sampler). Nous devons donc prévoir un système permettant de gérer les données issues d'un micro-tomographe ce qui peut aller jusqu'à 4000x4000x4000 en ne sous échantillonnant pas.
Alors certes on aurait pu tout faire avec ITK, mais cette bibliothèque ne semblait pas la plus adaptée pour pouvoir permettre à des non-informaticiens de la faire évoluer.
J'utilise ITK tous les jours au travers d'Elastix et en suis satisfait, mais ça ne correspond pas à tous les besoins. Pour le cas spécifique des du recalage d'images sur des gros volumes sans sous-échantillonnage ce n'est pas adapté. Et nous n'avons pas le niveau pour la faire évoluer.
Encore une fois il est fort dommage de s'énerver de la sorte. Si j'ai fait une erreur je suis prêt à le reconnaître, mais dans ce cas donnez moi quelque chose à me mettre sous la dent comme un lien, plutôt de m'accuser d'incompétence, c'est n'est pas des manières.
Cordialement,