Attention aux ordonnances qui ne correspondent pas à la maladie que vous avez ! en d'autres termes, attention lorsque vous rencontrez de bonnes idées ailleurs pour les dupliquer dans votre organisation. Notre avis en vidéo ...et pour aller encore plus loin : Nous avons trouvé le pire du benchmark. Tout a commencé avec un benchmark que nous avons exécuté sur un système d'exploitation que nous essayions d'optimiser. Nous avons été surpris de constater que le système avait de très mauvaises performances, bien en dessous de ce que nous attendions. Nous avons commencé à chercher des causes possibles et avons rapidement découvert que le problème réside dans le benchmark lui-même.Le benchmark était défectueux et contenait des bugs qui entraînaient des comportements imprévisibles. Lorsque le système exécutait des tests, il s'arrêtait et affichait des erreurs. De plus, les résultats obtenus étaient très mauvais et le système ne parvenait pas à atteindre les performances escomptées.Nous avons essayé de trouver une solution à ce problème, mais nous n'avons pas pu corriger le bug dans le benchmark. Nous avons alors décidé de le remplacer par un autre benchmark qui ne contenait pas de bugs et qui avait été testé et validé par des tiers. Nous avons vite constaté que le nouveau benchmark produisait des résultats beaucoup plus précis et plus prévisibles.Cette expérience nous a appris qu'il est très important de vérifier le code et de tester le benchmark avant de le mettre en production. Il est important de vérifier que le code est exempt de bugs et qu'il fonctionne correctement. Tester le code et le benchmark est la seule façon de s'assurer que le système fonctionne correctement et peut atteindre les performances escomptées.En conclusion, nous avons trouvé le pire du benchmark. Le benchmark était défectueux et contenait des bugs qui entraînaient des comportements imprévisibles et des performances très mauvaises. Nous avons remplacé le benchmark par un autre qui ne contenait pas de bugs et qui a produit des résultats plus précis et plus prévisibles. Cette expérience nous a appris qu'il est très important de vérifier le code, de tester le benchmark et de le mettre à jour régulièrement pour s'assurer que le système fonctionne correctement et atteint les performances escomptées.

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.

Transcript

Related