• # Mon expérience

    Posté par . En réponse à la dépêche Instantané sur le parallélisme et le code. Évalué à 5.

    Exposé du problème

    Pour moi dans la diversité des problèmes, l'énorme majorité se placent dans un cas trivial. Il est très rare (de mon expérience toujours) d'avoir des cas d'état partagé ou de processus (léger ou pas) qui doivent réellement coopérer. En architecturant le problème autour de patterns adaptés, on peut s'affranchir de l'utilisation des mutex/sémaphore/moniteur. Le pipelining (aujourd'hui si on veut être in, on parle de reactive stream, c'est différent mais la logique de conception reste la même) est un exemple qui parle beaucoup ici de manière de faire du parallélisme très simplement sans jamais avoir à gérer d'exclusion mutuelle1 . Les « CEP » pour complexe event processing sont aussi une autre manière de faire assez puissante.

    Par contre, j'ai encore du mal à voir les cas d'utilisations des acteurs (qui restent si je ne m'abuse centré sur de l'envoi de message donc sans état partagé).


    1. Ce que j'apprécie avec ce genre de démarche c'est qu'elle limitent le nombre de processus créer ce qui permet d'éviter de perdre du temps dans des ordonnanceurs.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)