Petite erreur pour le taux avec le $, c'est 0.0088 (car actuellement le $ est plus bas que l'€).

Une autre race condition, cette fois-ci pour le lancement d'un combat : le bot le lance alors que la créature n'est plus présente.
Cette erreur n'est survenue qu'une seule fois dans les logs, mais ces derniers ne sont que pour aujourd'hui.
Il faut donc voir pour synchroniser le lancement des combats

Un poil plus gênant pour le joueur : cette fois-ci il se fait déconnecter pour avoir effectué une action interdite hors combat. Mais sans plus d'information dans les logs, il est compliqué de savoir pourquoi.
Il faudra donc que sur la prochaine version des logs plus verbeuses soient ajoutées.

Cette erreur là survient plusieurs fois, et n'est pas très importante : un bot a essayé de rejoindre un combat, alors que ce dernier vient de commencer (une race condition). Il peut être utile d'ignorer ce genre d'erreur et de passer à du fail safe, vu qu'à aucun moment cela cause un état invalide.

Après quelques recherches, ce -1 vient d'une vieille valeur par défaut sur une ancienne version de la classe Player.
Sur la version actuelle life points est mis à Integer.MAX_VALUE.
Cette erreur restera à surveiller, même si elle ne semble pas très grave.

L'erreur suivante est plus embêtante : une donnée invalide se trouve en base, ce qui empêche le chargement, et donc la connexion en jeu.
Il semble cependant que cela ne concerne que quelques comptes, et ressemble plus à un problème de migration de donnée. Une requête SQL devrait suffire.

Une fois l'analyse des performances et de la mémoire, passons aux erreurs qui sont survenues.
La première semble être plus une erreur niveau bot. À surveiller avec des vrais joueurs.
Les deux suivantes ne sont pas non plus importantes, cependant plus de contexte dans le message serait un plus...

Ce qui donne, en partant du principe que l'utilisation a été homogène tout le temps, 360min de CPU utilisé par le GC sur les 586 jours, soit 15H.
L'utilisation CPU du GC reste donc négligeable.
Ce dernier est exécuté toutes les 2m30s, avec un temps moyen < 20ms, tout à fait acceptable pour Dofus.

Maintenant pour l'analyse des logs GC (ils sont sur 19 jours uniquement) :
Environ 1.2Mo/s de mémoire est alloué, et seulement 6ko/s est gardé en mémoire. La grosse majorité des allocations est donc nettoyée très rapidement, permettant de soulager le GC.
Le GC a pris 12min du CPU en 19 jours

Commençons par l'utilisation RAM : toujours 768Mo, soit autant qu'au lancement.
Pour le CPU : en cumulant tout les temps CPU de tout les processus j’obtiens 3145H. Vu qu'il a tourné 586 jours avec 4 cœurs, cela donne un temps CPU "disponible" de 56256H, soit 5.5% du CPU utilisé en moyenne.

La prochaine version du server #Dofus Araknemu est bientôt prête (v0.11-alpha).
Ça aura été la plus longue à développer, permettant d'avoir un test de stabilité de 1 an et 7 mois avec 150 bots tournant 24h/24.
Voici donc un petit récap de ce que l'on peut en tirer !

Enfin commit ! Il était temps...

Allez, je reprends enfin le dev du serveur, avec l'implémentation des effets de sorts manquant sur l'IA, pour enfin faire la mise à jour après plus d'un an !

Voilà un chaton, et ça version ultérieur.