Attention, votre navigateur ne supporte pas le javascript ou celui-ci a été désactivé. Certaines fonctionnalités dynamiques de ce module sont restreintes.
Écoutez l'extrait audio et complétez le texte suivant.
Accéder à plusieurs ou faire tourner plusieurs programmes en même temps peut poser des problèmes graves. L'accès concurrent n'est pas l'accès parallèle. Pour avoir deux programmes qui tournent en même temps, il faut deux machines. Sur une seule machine, avec un seul processeur, il n'y a pas deux programmes qui tournent en même temps. Il y a simplement un système d'exploitation qui vous fait croire qu'ils tournent en même temps. L'imbrication des instructions des différents programmes fait croire au parallélisme. Maintenant, de plus en plus, il y a des architectures multi-coeurs. Donc si vous avez une machine avec un I5 ou un I7, le I5, il est double-coeur, le I7, il est quadri-coeur, auquel cas, là, vous pouvez faire tourner quatre programmes à la fois. L'accès concurrent pose problème uniquement pour la mise à jour. Je vais écrire dans une boîte un programme. Voici un programme et un deuxième programme. Je rentre à l'intérieur du SQL, je vous parle même plus SQL, quand vous faites un update, à un moment donné le programme écrit des données. Je vais même à l'intérieur du SQL, je suis au niveau processeur. Au niveau processeur, j'ai deux types d'ordres : je lis ou j'écris. Derrière un interpréteur SQL, c'est « je lis » ou « j'écris ». Quand je lis, j'exécute une instruction que j'appelle "read". Je donne une adresse mémoire, elle est mise en majuscule. Je la range dans une variable de mon programme, mise en minuscule. Quand j'écris, j'utilise une instruction "write", l'adresse mémoire à laquelle je vais l'écrire, la variable ou la valeur que je vais mettre dedans.