Utilisation de plusieurs threads¶

Les performances des microprocesseurs se sont continuellement améliorées depuis les années 1960s. Cette amélioration a été possible grâce aux progrès constants de la micro-électronique qui a permis d’assembler des microprocesseurs contenant de plus en plus de transistors sur une surface de plus en plus réduite. La figure [1] ci-dessous illustre bien cette évolution puisqu’elle représente le nombre de transistors par microprocesseur en fonction du temps.

Evolution du nombre de transistors par microprocesseur

Cette évolution avait été prédite par Gordon Moore dans les années 1960s [Stokes2008]. Il a formulé en 1965 une hypothèse qui prédisait que le nombre de composants par puce continuerait à doubler tous les douze mois au cours de la prochaine décennie. Cette prédiction s’est avérée tout à fait réaliste. Elle est maintenant connue sous le nom de Loi de Moore et est fréquemment utilisée pour expliquer les améliorations de performance des ordinateurs.

Le fonctionnement d’un microprocesseur est régulé par une horloge. Celle-ci rythme la plupart des opérations du processeur et notamment le chargement des instructions depuis la mémoire. Pendant de nombreuses années, les performances des microprocesseurs ont fortement dépendu de leur vitesse d’horloge. Les premiers microprocesseurs avaient des fréquences d’horloge de quelques centaines de kHz. A titre d’exemple, le processeur intel 4004 avait une horloge à 740 kHz en 1971. Aujourd’hui, les processeurs rapides dépassent la fréquence de 3 GHz. La figure ci-dessous présente l’évolution de la fréquence d’horloge des microprocesseurs depuis les années 1970s [2]. On remarque une évolution rapide jusqu’aux environs du milieu de la dernière décennie. La barrière des 10 MHz a été franchie à la fin des années 1970s. Les 100 MHz ont étés atteints en 1994 et le GHz aux environs de l’an 2000.

Evolution de la vitesse d’horloge des microprocesseurs

Pendant près de quarante ans, l’évolution technologique a permis une amélioration continue des performances des microprocesseurs. Cette amélioration a directement profité aux applications informatiques car elles ont pu s’exécuter plus rapidement au fur et à mesure que la vitesse d’horloge des microprocesseurs augmentait.

Malheureusement, vers 2005 cette croissance continue s’est arrêtée. La barrière des 3 GHz s’est avérée être une barrière très difficile à franchir d’un point de vue technologique. Aujourd’hui, les fabricants de microprocesseurs n’envisagent plus de chercher à continuer à augmenter les fréquences d’horloge des microprocesseurs.

Si pendant longtemps la fréquence d’horloge d’un microprocesseur a été une bonne heuristique pour prédire les performances du microprocesseur, ce n’est pas un indicateur parfait de performance. Certains processeurs exécutent une instruction durant chaque cycle d’horloge. D’autres processeurs prennent quelques cycles d’horloge pour exécuter chaque instruction et enfin certains processeurs sont capables d’exécuter plusieurs instructions durant chaque cycle d’horloge.

Une autre façon de mesurer les performances d’un microprocesseur est de comptabiliser le nombre d’instructions qu’il exécute par seconde. On parle en général de Millions d’Instructions par Seconde (ou MIPS). Si les premiers microprocesseurs effectuaient moins de 100.000 instructions par seconde, la barrière du MIPS a été franchie en 1979. Mesurées en MIPS, les performances des microprocesseurs ont continué à augmenter durant les dernières années malgré la barrière des 3 GHz comme le montre la figure ci-dessous.

Evolution des performances des microprocesseurs en MIPS

Cette progression continue des performances en MIPS a été possible grâce à l’introduction de processeurs qui sont capables d’exécuter plusieurs threads d’exécution simultanément. On parle alors de processeur multi-coeurs ou multi-threadé.

La notion de thread d’exécution est très importante dans un système informatique. Elle permet non seulement de comprendre comme un ordinateur équipé d’un seul microprocesseur peut exécuter plusieurs programmes simultanément, mais aussi comment des programmes peuvent profiter des nouveaux processeurs capables d’exécuter plusieurs threads simultanément. Pour comprendre cette notion, il est intéressant de revenir à nouveau sur l’exécution d’une fonction en langage assembleur. Considérons la fonction f :

int f(int a, int b ) {
  int m=0;
  int c=0;
  while(c<b) {
     m+=a;
     c=c+1;
  }
  return m;
}

En assembleur, cette fonction se traduit en :

f:
    subl    $16, %esp
    movl    24(%esp), %eax
    movl    20(%esp), %ecx
    movl    %ecx, 12(%esp)
    movl    %eax, 8(%esp)
    movl    $0, 4(%esp)
    movl    $0, (%esp)
    .LBB0_1:
    movl    (%esp), %eax
    cmpl    8(%esp), %eax
    jge     .LBB0_3

    movl    12(%esp), %eax
    movl    4(%esp), %ecx
    addl    %eax, %ecx
    movl    %ecx, 4(%esp)
    movl    (%esp), %eax
    addl    $1, %eax
    movl    %eax, (%esp)
    jmp     .LBB0_1
    .LBB0_3:
    movl    4(%esp), %eax
    addl    $16, %esp
    ret

Pour qu’un processeur puisse exécuter cette séquence d’instructions, il faut non seulement qu’il implémente chacune de ces instructions, mais également qu’il puisse accéder :

• à la mémoire contenant les instructions à exécuter

• à la mémoire contenant les données manipulées par cette séquence d’instruction. Pour rappel, cette mémoire est divisée en plusieurs parties :

  • la zone contenant les variables globales
  • le tas
  • la pile

• aux registres et plus particulièrement, il doit accéder :

  • aux registres de données pour stocker les résultats de chacune des instructions
  • au registre %esp directement ou indirectement via les instructions push et pop qui permettent de manipuler la pile
  • au registre %eip qui contient l’adresse de l’instruction en cours d’exécution
  • au registre eflags qui contient l’ensemble des drapeaux

Un processeur multithreadé a la capacité d’exécuter plusieurs programmes simultanément. En pratique, ce processeur disposera de plusieurs copies des registres. Chacun de ces blocs de registres pourra être utilisé pour exécuter ces programmes simultanément à raison d’un thread d’exécution par bloc de registres. Chaque thread d’exécution va correspondre à une séquence différente d’instructions qui va modifier son propre bloc de registres. C’est grâce à cette capacité d’exécuter plusieurs threads d’exécution simultanément que les performances en MIPS des microprocesseurs ont pu continuer à croître alors que leur fréquence d’horloge stagnait.

Cette capacité d’exécuter plusieurs threads d’exécution simultanément n’est pas limitée à un thread d’exécution par programme. Sachant qu’un thread d’exécution n’est finalement qu’une séquence d’instructions qui utilisent un bloc de registres, il est tout à fait possible à plusieurs séquences d’exécution appartenant à un même programme de s’exécuter simultanément. Si on revient à la fonction assembleur ci-dessus, il est tout à fait possible que deux invocations de cette fonction s’exécutent simultanément sur un microprocesseur. Pour démarrer une telle instance, il suffit de pouvoir initialiser le bloc de registres nécessaire à la nouvelle instance et ensuite de démarrer l’exécution à la première instruction de la fonction. En pratique, cela nécessite la coopération du système d’exploitation. Différents mécanismes ont été proposés pour permettre à un programme de lancer différents threads d’exécution. Aujourd’hui, le plus courant est connu sous le nom de threads POSIX. C’est celui que nous allons étudier en détail, mais il en existe d’autres.

#include <pthread.h>

 int
 pthread_create(pthread_t *restrict thread,
                const pthread_attr_t *restrict attr,
                void *(*start_routine)(void *),
                void *restrict arg);

#include <pthread.h>

int
pthread_join(pthread_t thread, void **value_ptr);

#include <pthread.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>

int global=0;

void error(int err, char *msg) {
  fprintf(stderr,"%s a retourné %d, message d'erreur : %s\n",msg,err,strerror(errno));
  exit(EXIT_FAILURE);
}

void *thread_first(void * param) {
  global++;
  return(NULL);
}

void *thread_second(void * param) {
  global++;
  pthread_exit(NULL);
}

int main (int argc, char *argv[])  {
  pthread_t first;
  pthread_t second;
  int err;

  err=pthread_create(&first,NULL,&thread_first,NULL);
  if(err!=0)
    error(err,"pthread_create");

  err=pthread_create(&second,NULL,&thread_second,NULL);
  if(err!=0)
    error(err,"pthread_create");

  for(int i=0; i<1000000000;i++) { /*...*/ }

  err=pthread_join(second,NULL);
    if(err!=0)
      error(err,"pthread_join");

  err=pthread_join(first,NULL);
    if(err!=0)
      error(err,"pthread_join");

  printf("global: %d\n",global);

  return(EXIT_SUCCESS);
}

#define NTHREADS 4
void *neg (void * param) {
  int *l;
  l=(int *) param;
  int *r=(int *)malloc(sizeof(int));
  *r=-*l;
  return ((void *) r);
}

int main (int argc, char *argv[])  {
  pthread_t threads[NTHREADS];
  int arg[NTHREADS];
  int err;

  for(long i=0;i<NTHREADS;i++) {
    arg[i]=i;
    err=pthread_create(&(threads[i]),NULL,&neg,(void *) &(arg[i]));
    if(err!=0)
      error(err,"pthread_create");
  }

  for(int i=0;i<NTHREADS;i++) {
    int *r;
    err=pthread_join(threads[i],(void **)&r);
    printf("Resultat[%d]=%d\n",i,*r);
    free(r);
    if(err!=0)
      error(err,"pthread_join");
  }
  return(EXIT_SUCCESS);
}