1.3 Concepts and Terminology Learning Akka

Summary

Dans cette vidéo, nous explorons des concepts clés de la programmation concurrente, notamment la différence entre la concurrence et le parallélisme. La concurrence permet à plusieurs tâches de se chevaucher, tandis que le parallélisme implique l'exécution simultanée de tâches. Nous abordons également les appels synchrones et asynchrones, en expliquant comment les appels asynchrones permettent à l'appelant de progresser pendant l'exécution des méthodes. Enfin, nous discutons des concepts de blocage, non-blocage et des conditions de course, en soulignant comment le modèle des acteurs peut prévenir les conditions de course en traitant les messages de manière séquentielle.

Takeaways

• 😀 La concurrence consiste à exécuter plusieurs tâches de manière à ce qu'elles se chevauchent, sans nécessairement s'exécuter simultanément.
• 😀 Le parallélisme fait référence à l'exécution simultanée de plusieurs tâches, souvent sur des processeurs ou cœurs multiples.
• 😀 La concurrence permet de diviser le travail en morceaux qui peuvent ou non être exécutés en parallèle.
• 😀 Le parallélisme implique que les morceaux de travail sont exécutés en même temps sur plusieurs unités de traitement.
• 😀 Un appel synchrone bloque l'appelant jusqu'à ce que la méthode renvoie une valeur ou une exception.
• 😀 Un appel asynchrone permet à l'appelant de continuer à progresser après un nombre d'étapes, la méthode signalant sa fin via un mécanisme supplémentaire.
• 😀 Les acteurs sont asynchrones par nature, car ils peuvent progresser sans attendre la livraison des messages.
• 😀 Le blocage se produit lorsque le retard d'un thread empêche les autres de continuer leur exécution.
• 😀 Le non-blocage signifie qu'aucun thread ne retardera indéfiniment les autres, même si une opération prend du temps (comme l'accès à un disque).
• 😀 Une condition de course survient lorsque plusieurs threads tentent de modifier un état partagé mutable en même temps.
• 😀 Les acteurs sont protégés des conditions de course car ils traitent les messages un à un, éliminant ainsi les conflits d'accès concurrentiels.

Q & A

Qu'est-ce que la concurrence (concurrency) ?

La concurrence désigne la possibilité que deux tâches commencent, s'exécutent et se terminent pendant des périodes de temps qui se chevauchent. Cela ne signifie pas nécessairement qu'elles s'exécutent simultanément.

Quelle est la différence entre la concurrence et le parallélisme ?

Le parallélisme est lorsque les tâches s'exécutent réellement en même temps, par exemple, sur un processeur multi-cœur. En revanche, la concurrence consiste à diviser le travail en morceaux qui peuvent ou non être exécutés simultanément.

Qu'est-ce qu'un appel synchrone ?

Un appel synchrone est un appel de méthode où l'appelant ne peut pas progresser tant que la méthode n'a pas retourné une valeur ou généré une exception.

Qu'est-ce qu'un appel asynchrone ?

Un appel asynchrone permet à l'appelant de progresser après un certain nombre d'étapes. La fin de l'exécution est signalée via un mécanisme supplémentaire comme un rappel (callback), un futur ou un message.

Quelle est la différence entre un appel synchrone et asynchrone ?

La principale différence est qu'un appel synchrone bloque l'appelant jusqu'à la fin de l'exécution, tandis qu'un appel asynchrone permet à l'appelant de continuer à exécuter d'autres tâches pendant que l'opération se termine en arrière-plan.

Qu'est-ce que signifie le terme 'bloquant' en programmation ?

Un appel bloquant signifie que le retard d'un fil d'exécution (thread) peut bloquer indéfiniment d'autres fils d'exécution, comme dans le cas d'une opération lente d'accès disque.

Qu'est-ce qu'un processus non bloquant ?

Un processus non bloquant signifie qu'un fil d'exécution ne bloquera pas d'autres fils, même s'il attend une opération lente comme un accès disque, en utilisant des mécanismes tels que des rappels (callbacks).

Qu'est-ce qu'une condition de course ?

Une condition de course se produit lorsque plusieurs fils d'exécution tentent de modifier un état partagé et mutable en même temps, ce qui peut entraîner des résultats imprévisibles.

Les acteurs sont-ils sensibles aux conditions de course ?

Non, les acteurs ne sont pas sensibles aux conditions de course car ils traitent les messages un à un, ce qui garantit qu'il n'y a pas de concurrence dans le traitement des messages.

Que se passe-t-il dans une condition de course liée à l'ordre des opérations ?

Cela se produit lorsque l'ordre dans lequel les opérations sont effectuées est crucial. Par exemple, si deux acteurs envoient des messages à un troisième acteur en même temps, l'ordre d'arrivée des messages peut causer une condition de course.