Re: Threads vs Process

Le 15/08/2024 à 10:40, pehache a écrit :

Le 15/08/2024 à 00:31, OL a écrit :

Le 14/08/2024 à 18:55, Francois LE COAT a écrit :

Salut,
 OL écrit :

Et moi je te répond que dans le monde moderne sur une machine de bureau actuel le parallèlisme pour faire du calcul (on parlait bien de cela il me semble) se fait par thread pas par process, faudrait te mettre à jours.

 Bien pour faire du traitement d'images, et de la vision artificielle,
qui sont des calculs assez complexes, principalement sur des entiers,
j'utilise les ressources parallèles des machines multi-coeurs, en
lançant des processus concurrents. Il suffit souvent de découper les
images, et de lancer des calculs identiques, sur des morceaux d'images,
et de regrouper les calculs sur les différents morceaux indépendants.

 Effectivement tu peux faire comme cela, est-ce pour autant le plus efficace ?
Non et de très loin.

 Tout dépend le type de calcul, cette méthode rustique peut dans certains cas convenir. Mais c'est bien ce qu'elle est : rustique.

Oui rustique

 

Dans ce cas le thread est plus recommandé mais c'est plus compliqué à programmer.

 Comme je l'ai écrit par précédemment, quand on fait de la programmation scientifique (ce qui comprend le traitement d'images) on n'essaie pas de gérer soi-même les threads, on utilise OpenMP qui le fait pour nous à partir de quelques directives très simples:
 #pragma omp parallel for
for (int i=0; i<n; i++) {
    //un calcul quelconque
}
 et la boucle est automatiquement découpée et distribuée sur autant de threads qu'il y a de coeurs (physiques) sur la machine.

Je pensais à un truc tout bête en fait, pour faire la même chose que proposé par François, il faut du point de vu code je suppose que le code doit être "safe thread" alors qu'il n'y en a pas besoin dans son cas, mais peut-être que les compilateurs savent gérer la chose avec openmp ou faut encore faire attention ?