Les performances ne sont pas toujours un problème pour le développeur : « on verra plus tard », « le serveur de recette est plus rapide que mon poste de dev », « je ne suis pas l’utilisateur final »…
Et là on tombe de haut, un de mes charmants collègues livre sur le repository une évolution qui ne prend pas moins de 259 889 ms à s’exécuter ! Soit, plus de 4 minutes 30 et cela en recette. Sur son poste ca doit être encore pire ! Je veux bien que l’optimisation à l’extrême ne soit pas demandée mais quand même !
Bilan des courses ? Tout le monde court partout les bras en l’air en criant au scandale. Le client surtout gueule dans les couloirs pour que l’on trouve une solution rapide au problème.
Je vous laisse admirer la belle trace dans nos logs :
Start invoke : IArticleFacade.searchArticleAndRegroupementForFC
la sérialisation java <=> xml-rpc de 6 Ko a mis 31 ms
la sérialisation xml-rpc <=> java de 19 491 Ko a mis 2 656 ms
End invoke : l'appel client-serveur en mode sérialisé a mis 259 889 ms
Le lecteur attentif aura remarqué que l’on renvoie au client pas moins de 19 Mo de données !
Solution la plus simple ? Le pendre haut et court ! Gniark, giark, gniark !