Il suffit de rajouter une source d’entropie et le problème est réglé. La plus classique est entre la chaise et le clavier. En d’autres termes, les interactions de l’utilisateur avec les périphériques d’entrée, c’est de l’entropie permanente. Si le programme veut du vrai imprévisible, il doit considérer cela (/dev/random est censé accumuler cette entropie, par exemple).
Avec les architectures modernes, t’as intérêt à bien t’accrocher pour prévoir le tirage du prochain nombre basé sur un PRNG bien foutu, même sans entropie rajoutée. Ça fait un bout de temps déjà que le déterminisme a foutu le camp avec les threads.
Perso, ça m’emmerde pas mal, car le déterminisme permet de faire de véritables tours de magie pour implémenter du multijoueur (avec uniquement échange des entrées des joueurs, peu importe la complexité du jeu, ça bouffe rien en bande passante, les moteurs de Total Annihilation et Starcraft fonctionnaient comme ça et j’ai moi-même implémenté ce genre de trucs en milieu industriel) et aussi les replay. Non seulement ça simplifie, mais c’est pratiquement gratuit en temps machine. On peut toujours le faire, mais c’est devenu tellement galère en multithread qu’il faut être un vrai sioux pour y parvenir et de toute façon, on est obligé de sacrifier des cycles.
Le déterminisme, c’est mon deuxième Graal (mon premier étant les 60fps). On l’avait, avant, avec les processeurs scalaires, mais on ne l’a plus… snif.
Après, pour le chiffrement, ok, ça aide… des sources d’entropie, y’en a à plus quoi savoir en foutre de partout dans l’univers. Reste juste à les connecter à la machine. Du coup, je me demande : pourquoi des lampes à lave ?
