26-01-22, 18:20
Bonjour,
J'essaie de me familiariser avec le nouveau module diffusion ou netteté, notamment en examinant les presets par rapport au rendu et ce que j'ai pu en comprendre ici ou là... (l'anisotropie, c'est quand on force trop sur le pastis ?)
Comme c'est dit et redit, plus y'a d'itérations plus ça prend du temps à calculer donc à afficher, OK. Mais je trouve que ça reste raisonnable : 3 ou 4 secondes pour 24 itérations, c'est pas si terrible, surtout si comme recommandé on active le module quand on en a fini avec les autres.
Mais c'est à l'export que ça se complique. Lorsqu'OpenCL est activé, l'export d'une photo en jpg est beaucoup plus long que sans OpenCL, mon dernier test montre qu'avec OpenCL (défaut ou rapide, c'est pareil !) l'étape "diffuse" dure 139 secondes, soient de l'ordre de 2min.30 alors que sans, elle dure 30 sec.
Cinq foix plus rapide sans OpenCL, y'a pas un truc qui cloche un peu ?
La config : un HP Core i7-3740QM @ 2.70GHz, 8Go RAM, SSD, Ubuntu 20.04 et dt 3.8.0-1.1 (d'opensuse.org)
Les outils (top, nvtop) me montrent que, avec OpenCL activé dt prend 100% du CPU et du GPU et qu'il monte à 65-68% de mémoire du GPU, une Quadro K1000M avec 2Go de mémoire.
A priori l'idée d'utiliser le GPU, qui par ailleurs fait parfaitement son office, y compris avec les autres modules qui l'utilisent, devrait permettre d'accélérer certains traitements, si je ne me trompe pas...
Il faudrait donc un GPU bien plus puissant/capacitif pour ce module ?
Ça me va moyen, parce que les autres modules exploitent bien OpenCL et que c'est peut-être dommage de désactiver OpenCL pour un seul module. Il faudrait plutôt, dans ce cas, pouvoir choisir de renvoyer le module sur le CPU plutôt que sur le GPU.
J'essaie de me familiariser avec le nouveau module diffusion ou netteté, notamment en examinant les presets par rapport au rendu et ce que j'ai pu en comprendre ici ou là... (l'anisotropie, c'est quand on force trop sur le pastis ?)
Comme c'est dit et redit, plus y'a d'itérations plus ça prend du temps à calculer donc à afficher, OK. Mais je trouve que ça reste raisonnable : 3 ou 4 secondes pour 24 itérations, c'est pas si terrible, surtout si comme recommandé on active le module quand on en a fini avec les autres.
Mais c'est à l'export que ça se complique. Lorsqu'OpenCL est activé, l'export d'une photo en jpg est beaucoup plus long que sans OpenCL, mon dernier test montre qu'avec OpenCL (défaut ou rapide, c'est pareil !) l'étape "diffuse" dure 139 secondes, soient de l'ordre de 2min.30 alors que sans, elle dure 30 sec.
Cinq foix plus rapide sans OpenCL, y'a pas un truc qui cloche un peu ?
La config : un HP Core i7-3740QM @ 2.70GHz, 8Go RAM, SSD, Ubuntu 20.04 et dt 3.8.0-1.1 (d'opensuse.org)
Les outils (top, nvtop) me montrent que, avec OpenCL activé dt prend 100% du CPU et du GPU et qu'il monte à 65-68% de mémoire du GPU, une Quadro K1000M avec 2Go de mémoire.
A priori l'idée d'utiliser le GPU, qui par ailleurs fait parfaitement son office, y compris avec les autres modules qui l'utilisent, devrait permettre d'accélérer certains traitements, si je ne me trompe pas...
Il faudrait donc un GPU bien plus puissant/capacitif pour ce module ?
Ça me va moyen, parce que les autres modules exploitent bien OpenCL et que c'est peut-être dommage de désactiver OpenCL pour un seul module. Il faudrait plutôt, dans ce cas, pouvoir choisir de renvoyer le module sur le CPU plutôt que sur le GPU.