Discussion :

[yamashi]

Bonjour !

Je suis développeur réseau (dans mon projet ce n'est pas mon boulot) et chef de projet de naruto abunai ( http://naruto-abunai.com ) et j'ai un problème avec la gestion des clients côtés serveur.
Voici mon ancienne architecture :


et voici celle qui devrait prendre sa place :


Sachant que chaque thread peut contenir maximum 50 (nombre au hasard si vous avez une idée je suis preneur) clients, il y aura donc plusieurs threads.

Voici mes trois question :

- Est-ce une bonne architecture ou alors je devrais tout reprendre a 0 en fonction de vos conseils ?
- Devrais je utiliser un thread uniquement pour les paquets UDP ?
- Ou dois-je updater le monde ? dans les threads qui recoivent ou alors dans le thread principale ?

Merci d'avoir pris le temps de lire.
Cordialement,
Maxime

[deadalnix]

Je penses que gere les threads de la sorte c'est du suicide.

Créé toi un thread manager ou quelque chose du genre, et ensuite penses tache. Tu t'épargneras bien des soucis

[yamashi]

J'utilise boost pour les thread.
Mais le schéma est vraiment très schématique je voulais juste montrer a peu près ce qu'il se passe.

[P@ulo]

Même si c'est schématique, je ne vois pas bien l'intérêt...

L'utilité première des threads normalement est de parralèliser les tâches.
Pourquoi tu aurais besoin d'un pool de thread gérant chacun un nombre parfaitement arbitraire de connexions ?
C'est pas ce qui coûte du temps processeur...

Il vaut mieux un thread pour chaque tâche: réception des données réseau, traitement des données joueur (éventuellement un pool), IA, environnement, etc...
Après tu vois ça comme tu veux, mais moi ça me parait plus efficace et plus simple !

[yamashi]

Je comptais utiliser toutes les possibilités des multicore qui seront très nombreux quand j'aurais finis si je finis bien sur, mais tu as raison 1thread/tache sera suffisant.

[deadalnix]

Erreur de conception encore.

while(c'est pas clair){
Ne pas penser thread.
Ne pas penser thread.
NE PAS PENSER THREAD !
}

Merci de votre attention.

Raisonne tache, puis dispatche tes taches dans tes threads dans deux modules séparés de ton programme. Sans quoi tu ne va jamais t'en sortir puisque obligé de gerer des problemes de thread (complexes et difficilement debuggable) un peu partout dans ton code. Si tu fais comme ça, tu fonce tout droit dans le mur. Et en TGV.