Carte graphique pour DPL (fin 2017)

[rsp]

Question assez simple à poser : quels sont les critères de choix pour une carte graphique adaptée au traitement d'images fixes avec DPL, en dehors du coût (que chacun est à même d'estimer en fonction de ses propres critères) ?
Je me dis que ce sont les résultats en openCL qui sont le critère principal, certes, mais sur quel test en particulier ? Les sites d'évaluation comparative sont nombreux et je n'ai pas la compétence pour savoir quel est le test auquel il faut accorder le plus d'importance (s'il n'y en a qu'un, ce dont je doute).
Je n'ai pas encore installé de carte graphique.
Intel Core i7-6700 CPU  [at]  3.40GHz / Intel HD Graphics 530
Merci d'avance.

[Samoreen]

Bonsoir,

Le site d'Arnaud Frich discute de cette problématique. C'est un bon point de départ :

https://www.guide-gestion-des-couleurs.com/quelle-carte-graphique-retouche-photo-video.html

[rsp]

Merci, j'étais allé le consulter lors du précédent choix. Je vais aller voir ce qui a été mis à jour.

[big jim]

Merci d'avoir ouvert ce fil 

De mon côté, j'ai deux PC :

- 1 tour HP un peu ancienne, dont j'ai changé le processeur il y a quelques temps, avec un i7-860 avec 6Go de RAM et une Radeon HD5450
- 1 portable HP avec un i5-3230M avec 12Go de RAM et une GeForce GT-635M

Sur la tour, je ne peux pas activer Open CL car dxo me dit que la carte video est moins puissante que le processeur.
Sur le portable, c'est activé.

Je m'interroge donc, car je souhaite prendre une config genre Ryzen 7 + 16Go de RAM, il ne faudrait pas que la carte que je prends ne soit pas utilisée 

A suivre, donc...

[fabco]

Sur ton ancien pc, tu changes la cg par une série hd6xxxx ou superieur et tu pourras valider open cl.

[big jim]

Sur ton ancien pc, tu changes la cg par une série hd6xxxx ou superieur et tu pourras valider open cl.

Il va rester comme ça, car je me suis fais piéger en beauté quand je l'ai fais évolué    J'ai remplacé le proc, ajouté 2 DD de 4To pour les données + sauvegarde locale. Mais impossible de les formater à plus de 2 To, car après enquête, la carte mère ne peut pas gérer au delà de cette capacité 

Donc là je suis au bout, les 2To sont atteints, je vais garder la vieille tour pour la bureautique standard et repartir à neuf en récupérant les DD de 4To. Il faudra bien ça pour les raw du D850 

[rsp]

Je suis allé lire et je suis un peu surpris car j'y ai lu que DXO utilise openCL et CUDA. Je pensais qu'il n'utilisait qu'OpenCL ce qui voulait  dire que les cartes NVIDIA n'étaient pas forcément le meilleur choix.

[fabco]

Il va rester comme ça, car je me suis fais piéger en beauté quand je l'ai fais évolué    J'ai remplacé le proc, ajouté 2 DD de 4To pour les données + sauvegarde locale. Mais impossible de les formater à plus de 2 To, car après enquête, la carte mère ne peut pas gérer au delà de cette capacité 

Donc là je suis au bout, les 2To sont atteints, je vais garder la vieille tour pour la bureautique standard et repartir à neuf en récupérant les DD de 4To. Il faudra bien ça pour les raw du D850 

Pour les dd de 4to tu les as bien initialisé en gpt.
En mbr le max est de 2to

[big jim]

Pour les dd de 4to tu les as bien initialisé en gpt.
En mbr le max est de 2to

Tu peux expliciter ? J'ai fais ça il y a plusieurs années, et je ne me souviens plus des détails... J'avais à l'époque tout essayé, et j'avais trouvé des infos sur l'incapacité de la carte mère à gérer plus de 2 To.

[fabco]

Il faut vérifier que les 4 to sont bien vu par le bios.
Si oui tu vas dans le gestionnaire de disque pour l'initaliser en gpt .
Si aujourd'hui tu utilises que 2 to , il va falloir sauvegarder le contenu ailleurs afin de pouvoir supprimer la partition de 2to pour avoir un dd sans partition.
Ensuite tu pourras l'initialiser en gpt.
une aide si nécessaire
http://www.mydiskmanager.com/initialiser-et-formater-son-disque-dur-sur-windows/
choisir gpt

ensuite tu formates le dd.
- Attention pour booter sur un dd en gpt, il faut un bios uefi.

- Pour un dd secondaire la version du bios n'a pas d'importance.

[big jim]

OK, merci. Ca me rappelle des choses, mais je ne fais pas ça tous les jours   De toutes façons, vu la périodicité à laquelle je remets les mains dans le cambouis, il faut tout réapprendre car tout a changé 
Je ne devais pas avoir la possibilité de faire ce que tu proposes avec mon BIOS, cette tour HP date du tout début de Windows 7.

[fabco]

Si dans ta tour tu as un dd systeme avec seven 64bits + tes 2 dd 4to en donnée tu ne devrais pas avoir de souci.

[andreP]

Je profite de ce fil sur les CG pour poser ma question. J'ai une machine sous Win 7 64, carte mère Asus P8P67 dotée du bus PCI Express 2.0. On me propose (occasion pas cher) une CG Asus GT 750 Ti 2Go, mais elle est au format PCI Express 3.0: sera-t-elle reconnue ? Apportera-t-elle un gain de performance par rapport à mon actuelle Radeon HD6670 ?

Sinon, après lecture de l'article d'Arnaud Frich, je crois comprendre qu'un bon choix serait une Nvidia Quadro K620 pour faire tourner DXO. Elle est en PCI Express 2.0, sera-t-elle compatible avec une CM PCI Express 3.0 le jour ou j'upgrade ma machine ? Elle n'est quand même pas donnée et je ne voudrais pas jeter mon argent par la fenêtre 

Merci d'avance à ceux qui prendront le temps de me conseiller 

[fabco]

Normalement pas de souci.

Sera t-elle plus performante, je ne sais pas. ?

[andreP]

Merci Fabco, je vais donc tenter le coup, mais avec un test comparatif sur un traitement DXO avant de finaliser l'achat 

[titroy]

Un petit résumé :

> OpenCl est une 'technique' qui consiste à faire exécuter du code par la carte CG en lieu et place du processeur du PC.
>  Condition :
- La carte est éligible  à cette 'technique' (driver à jour...)
> Mémoire dédiée suffisante...

> DxO n'utilise cette technique (si disponible) que dans la phase d'exportation.
C'est exclusif : tout le code via l'OpenCl ou tout le code via le processeur du PC.

La CG est naturellement utilisée dans la phase de Personnalisation, mais uniquement pour faire appel à des fonctions spécialisées et dédiées à la carte (  rafraîchissement/affichage des images...).

Utiliser OpenCL garantit il une meilleure performance (lors de l'exportation). La réponse est NON ou ça dépend de la configuration.

Pour obtenir une meilleure performance notable, on voit bien qu'il faut que la CG soit nettement plus performante que le processeur lui même, que la mémoire dédiée soit suffisante....

Autrement dit, si on dispose d'un PC musclé, d'une mémoire suffisante (8 gos minimum en fonction du nombre de traitements parallèles définis dans les Paramètres), la CG ne fera pas mieux ou alors il faudra vraiment taper très très haut. Il faut également s'intéresser au BUS car il peut devenir l'élément qui ralentit le tout. ('chef d'orchestre' des échanges pour faire très simple).

Enfin, il faut définir correctement la paramètre 'nbre de traitements parallèles' : mal défini, le PC peut passer la plus grande partie de son temps à swapper la mémoire...

Voili

Michel

[big jim]

Merci beaucoup pour cette synthèse, qui fait apparaître le point important du non partage de l'exécution entre processeur PC et CG. Je n'avais pas conscience de cela.
Cela tend à me faire penser qu'il vaudra mieux que je prenne une "bête" CG 1050 à 130€ plutôt qu'une K620 à 260€ et prendre un Ryzen 7 1800X plutôt qu'un 7 1700 ou 1700X à budget égal, pour avoir les 8 cœurs à priori exploités par DPL et la fréquence de base à 3.6GHz et 4GHz en turbo si tous les cœurs ne sont actifs.

Pour le nombre de traitements en parallèle, j'ai l'habitude de lancer l'exportation dès que j'ai fini les réglages sur une image. En fonction du nbre de traitements N en parallèle, je suppose que DPL va faire les calculs de N images en même temps et laisser les autres en attente. C'est cela ? Donc optimum à trouver en fonction du nombre de cœurs, de la fréquence du proc... C'est ça ?

Après, la K620 apporte le 10 bits, mais encore faut il avoir l'écran ad-hoc, si j'ai bien compris...

Si tu aussi un petit résumé sur CUDA pour les béotiens, n'hésite pas... 

[titroy]

Merci beaucoup pour cette synthèse, qui fait apparaître le point important du non partage de l'exécution entre processeur PC et CG. Je n'avais pas conscience de cela.
Cela tend à me faire penser qu'il vaudra mieux que je prenne une "bête" CG 1050 à 130€ plutôt qu'une K620 à 260€ et prendre un Ryzen 7 1800X plutôt qu'un 7 1700 ou 1700X à budget égal, pour avoir les 8 cœurs à priori exploités par DPL et la fréquence de base à 3.6GHz et 4GHz en turbo si tous les cœurs ne sont actifs.

Pour le nombre de traitements en parallèle, j'ai l'habitude de lancer l'exportation dès que j'ai fini les réglages sur une image. En fonction du nbre de traitements N en parallèle, je suppose que DPL va faire les calculs de N images en même temps et laisser les autres en attente. C'est cela ? Donc optimum à trouver en fonction du nombre de cœurs, de la fréquence du proc... C'est ça ?

Après, la K620 apporte le 10 bits, mais encore faut il avoir l'écran ad-hoc, si j'ai bien compris...

Si tu aussi un petit résumé sur CUDA pour les béotiens, n'hésite pas... 

C'est bien cela 
En ce qui concerne le nombre de traitements en parallèle, Dxo limite le nombre maximum en fonction de la mémoire disponible. Il faut compter 1go par thread auquel il convient d'ajouter la mémoire pour le 'cœur' de l'application elle même.

[fabco]

pas tout à fait; c'est plutôt en fonction du nombre de coeur.

En théorie dxo conseille 2go par image

[titroy]

pas tout à fait; c'est plutôt en fonction du nombre de coeur.

En théorie dxo conseille 2go par image

Pas tout à fait 
Il prend en compte les 2 paramètres. 

[andreP]

Et pour la partie "Prévisualisation des corrections" à l'écran, vaut-il mieux privilégier le CPU ou la CG ? Si j'ai bien compris vos explications précédentes, ce serait donc plutôt le CPU ?

[kochka]

Est-ce que Dxo choisit lui-même s'il faut utilise open cl ou le proc?
Parce que j'ai un proc assez joufflu et il ne refuse pas d'utiliser open CL.
J'ai du mal à suivre.

[big jim]

Est-ce que Dxo choisit lui-même s'il faut utilise open cl ou le proc?
Parce que j'ai un proc assez joufflu et il ne refuse pas d'utiliser open CL.
J'ai du mal à suivre.

Selon mon expérience, c'est à l'utilisateur d'activer ou pas Open CL, sachant que dxo peut inhiber cette possibilité s'il juge que la CG est trop pourrie par rapport au proc.
Après, il faudrait faire des essais sur ta config en exportant la même image avec Open CL activé ou pas, et en jouant sur le nbre de traitement en parallèle...

[rsp]

Un petit résumé :

> OpenCl est une 'technique' qui consiste à faire exécuter du code par la carte CG en lieu et place du processeur du PC.
>  Condition :
- La carte est éligible  à cette 'technique' (driver à jour...)
> Mémoire dédiée suffisante...

> DxO n'utilise cette technique (si disponible) que dans la phase d'exportation.
C'est exclusif : tout le code via l'OpenCl ou tout le code via le processeur du PC.

La CG est naturellement utilisée dans la phase de Personnalisation, mais uniquement pour faire appel à des fonctions spécialisées et dédiées à la carte (  rafraîchissement/affichage des images...).

Utiliser OpenCL garantit il une meilleure performance (lors de l'exportation). La réponse est NON ou ça dépend de la configuration.

Pour obtenir une meilleure performance notable, on voit bien qu'il faut que la CG soit nettement plus performante que le processeur lui même, que la mémoire dédiée soit suffisante....

Autrement dit, si on dispose d'un PC musclé, d'une mémoire suffisante (8 gos minimum en fonction du nombre de traitements parallèles définis dans les Paramètres), la CG ne fera pas mieux ou alors il faudra vraiment taper très très haut. Il faut également s'intéresser au BUS car il peut devenir l'élément qui ralentit le tout. ('chef d'orchestre' des échanges pour faire très simple).

Enfin, il faut définir correctement la paramètre 'nbre de traitements parallèles' : mal défini, le PC peut passer la plus grande partie de son temps à swapper la mémoire...

Voili

Michel

Merci pour ces informations.
Jusqu'à présent au moins PRIME n'utilisait que le processeur : cela est-il encore vrai ?
J'ai un i7 6700 à 3,4 GHz et 16 Go de RAM et pas de CG à côté. DOP 11 avait choisi d'utiliser le i7 plutôt que le chipset intégré et openCL. Je trouve que prime est assez rapide mais en revanche l'application des corrections me semble un peu lente : une CG devrait aider de ce point de vue, non ?

[titroy]

Et pour la partie "Prévisualisation des corrections" à l'écran, vaut-il mieux privilégier le CPU ou la CG ? Si j'ai bien compris vos explications précédentes, ce serait donc plutôt le CPU ?

OpenCl n'est utilisé, lorsque cela est possible, QUE pour l'exportation. Donc, pour tout ce qui est affichage à l'écran pour faire simple, Dxo n'utilise pas cette technique. Par contre, comme la grande majorité des logiciels de ce type, il fait réaliser ces fonctions par la CG, qui comme son nom l'indique, est spécialisée dans le ' domaine de l'image' (affichage rapide, refresh de l'image, vidéo...)

L'option 'utiliser la' cgu' ou non (pour l'affichage) a été supprimée des paramètres. (trop ambiguë, mal comprise..)