Demande retour d'expériance sur PThreads

**jv2759** · 20/10/2016, 13h18

Bonjour,
Pour un nouveau projet, nous avons besoin de créer une application qui va tourner en permanence avec des phases longues de récupération et des phases de traitement riche. Pour optimiser les performances, nous devons utiliser des threads.

Je sais que l'on peut faire autrement, mais naturellement nous avons pensé à PThreads qui est fait pour cela et qui se rapproche le plus d'habitude que nous avons dans d'autres langages. Nous avons commencé à faire quelque teste, mais à la base cela reste quelque chose de non natif en PHP. Et nous avons été surpris de voir que des connexions à Mysql devais être stocké dans des variables de class static...

Ma demande est donc un retour d'expérience sur l'utilisation de PThreads :

L'aviez vous déjà utilisé?
Cela à marcher parfaitement.
Vous avez du l'abandonné et pourquoi?
Y a-t-il certaines adaptations à faire au code?
Des limitations?
...

Notre crainte est de découvrir après 6 mois de développement que l'utilisation de PThreads était une mauvaise idée et de devoir presque repartir de zéro.

**Vell** · 22/10/2016, 16h35

A tout hasard, avez-vous penser a regarder les implementations existantes ?

Par exemple https://github.com/krakjoe/promises semble fournir un systeme plutot sympathique de promises en PHP, utilisant pthread.

**jv2759** · 26/10/2016, 11h39

L'implémentation ne nous fait pas peur. Nous avons déjà pas mal d'expérience en multithreads avec des outils comme Delphi. Et à première vue, les grands principes sont les mêmes.

Notre inquiétude est surtout sur le fait que cela ne soit pas natif en PHP. Si nous basons le développement d'un logiciel sur PThreads ne risque-t-on pas de se retrouver dans 6 mois à repartir de zéro, car PThreads pose des problèmes bloquants.

**Tsilefy** · 27/10/2016, 00h35

Ce n'est évidemment pas une garantie absolue, mais Joe Watkins (Krakjoe), le développeur de PThreads, est l'un des core developers de PHP. PThreads est une extension parce qu'il n'est pas logique de vouloir tout mettre dans le core (il faudrait au contraire l'alléger) et non parce que c'est un citoyen de seconde zone.

Sinon, malheureusement je n'ai pas d'expérience à partager...

**grunk** · 27/10/2016, 08h37

nous avons besoin de créer une application qui va tourner en permanence avec des phases longues de récupération et des phases de traitement riche

Nous avons déjà pas mal d'expérience en multithreads avec des outils comme Delphi

Du coup pourquoi aller vers PHP pour ce traitement particulier ? Je suis assez partisan d'utiliser le meilleur outil pour une tache donnée. Si ton appli php à besoin d'un demon/service qui fait du boulot en arrière plan , c'est pas complètement fou de le faire dans un autre langage bien plus adapté à ce genre d'exercice (et très certainement plus performant).

A chaque màj de PHP , il faudra trouver la bonne version de l'extension => qu'est ce qui ce passe si elle n'existe pas ?
Est-on certains que le fonctionnement est absolument identique sous windows/linux ?

J'aurais plutôt tendance à m'orienter vers un langage ou les thread sont natifs pour cette partie de l'application histoire de pas avoir de mauvaise surprise.