Je profite du fais que je viens de mettre à jour notre serveur de test pour faire un petit post pour partager les avancés côté serveur.
Donc voici où nous en sommes :
- Un serveur qui accepte les connections des utilisateurs avec validation dans BD
- Un processus de gestion de charge qui récupère le nombre de zone à gérer et qu'il distribue entre les processus de gestion de zone connectés
- Un processus de Gestion de zoneManager qui, a la demande du gestionnaire de charge, va instancier et tenir à jour ces zoneManager, un par zone à gérer.
- Le passage de vaisseaux entre ZoneManager et donc entre bases de données, les déplacements, entrées et sorties de stations, recherche de chemin dans l'univers, pilotage jusqu’à la cible.
- Les vaisseaux peuvent avoir 2 types de tâches, le déplacement et le chargement/déchargement.
- La gestion du cache et de la sauvegarde des données une fois toute les 100 secondes(sauvegarde dans un thread séparé).
- possibilité de régénérer les informations perdues si un plantage surviens dans une zone.
Pour le moment, le serveur tourne en test avec 220 vaisseaux, ces vaisseaux font tous des aller retour entre différentes zones au hasard. Le processus de gestions de zones(gestion des vaisseaux) consomme environ 4-5% des ressources disponible. Le processus de messagerie, avec 1 client connecté, ne dépasse pas les 1%. Ces processus tournent sur un VPS OVH a 3€ par mois (1 core 2.4ghz + 2gig de ram)
Je sais que c'est un post sans image et un peu ennuyeux mais bon, c'est un point important pour la suite, les performances nous montrent que les buts qu'on s'est fixés en début de projet sont bien réalisable sur cette partie du projet
je viens de comprendre grâce à ton "workflow" ce qui manquait au mien entre l’aplati des textures/albédos et la "mise sous AO" : le "bruit" ajouté aux textures apporte un effet "granuleux" qui évite ainsi aux modèles de trop se détacher du fond... Yesss !!! 
