Denis Dollfus' Blog

Processeurs : évolution des fréquences

Pour visualiser du mur de la fréquence d'horloge auquel se heurte les microprocesseurs, j'ai compilé les fréquences de processeurs Intel depuis 1971 jusqu'à décembre 2008 sur ce graphique :

On voit clairement qu'après une période de croissance constante, quasi linéaire en échelle logarithmique, la fréquence butte sur une limite infranchissable, un peu en dessous des 4GHz.

C'est connu, depuis quelques années les efforts des fabriquants de processeurs ne portent plus sur le paramètre fréquence mais sur tous les autres, dont le nombre de coeurs. Du coup, la fréquence des microprocesseurs chute, chute qui apparait plus nettement sur un axe des fréquences linéaire :

Ca ressemble à un krach de la puissance de calcul mono thread. Gare aux technologies qui ne pourront bénéficier des multi-coeurs, telles que, pour le moment, HTML/Javascript, Flash/Flex ou JavaFX. Oui je radote mais je n'avais pas ces graphiques assez parlants.

Seules les applications dont les particularités algorithmiques les rendent indifférentes au parallélisme (deux trains Corail ne rendent pas le même service qu'un TGV...) chercheront encore la vitesse plutôt que la puissance.

Source des données : http://www.intel.com/pressroom/kits/quickreffam.htm

Les processeurs multi-cœurs enlisent les applications Web

Le JavaScript standard, celui qui soutient l'actuel déferlement d'applications Web, est mono-thread. Il ne pourra exploiter qu'un seul des 8 cœurs de la prochaine vague de processeurs parce qu'il n'offre aucun moyen aux développeurs d'expliciter le parallélisme des traitements, contrairement à Java, C# et C++ par exemple.

Manque de chance, l'accroissement du nombre de cœurs s'accompagne d'une baisse de la fréquence des processeurs qui laisse une impression de perte de puissance à l'usage d'applications peu ou pas parallélisées.

Dans les mois qui viennent, avec le renouvellement des machines et bien avant l'hypothétique 80 cœurs d'Intel, les applications Web vont donc s'enliser peu à peu, condamnées à s'exécuter sur un unique thread de moins en moins nerveux.

Sauf si... des solutions de multithreading non standard sont mises en œuvre, qui consistent pour l'essentiel à exposer au sein de JavaScript une extension multi-threaded que l'utilisateur doit télécharger. Aujourd'hui Google Gears (Cf. cette présentation) et Microsoft Silverlight le permettent. Pas Adobe Flash/Flex car ActionScript est mono-thread (Adobe aurait-il quelque chose dans les cartons ?).

Parions que les éditeurs de navigateurs vont chercher à imposer leurs solutions. Silverlight est plutôt bien placé mais propriétaire, Google pousse Gears dans Chrome et cherche à le standardiser via les Web Workers de HTML 5, Mozilla va livrer une version de FireFox qui implémente le même (futur) standard et Internet Explorer 8.0 ne semble pas motivé pour s'y conformer.

Avec les nouvelles technologies on n'est pas prêt de s'ennuyer...