Mmorpg Java, peut t' on en faire un
TourDeJeu, le réseau des jeux en ligne alternatifs : jeux web multijoueurs, jeux par forum. En savoir +
| Forum TourDeJeu · Règles du forum |
 Aide
 Recherche
 Membres
|
| Bienvenue invité ( Connexion | Inscription ) | Recevoir à nouveau l'email de validation |
Flux RSS des discussions du forum :
pour les joueurs, et pour les créateurs et MJ
| Pages : (2) 1 [2] ( Aller vers premier message non lu ) |    |
Mmorpg Java, peut t' on en faire un| khiguard |
Ecrit le : Mercredi 17 Novembre 2004 à 13h58
|
 Ouf  Groupe : Membre Messages : 732  |
Pourtant, je pensais qu'un chat java était super léger.
Sinon un chat php ne serais pas plus léger pour le serveur? @+ -------------------- Alonya : Jeu de gestion/stratégie par partie.
Sombre Destin : Jeu de gestion/stratégie massivement multi joueur. Antre du Cercle des Dragons Noirs: portail jdr | G-nerik: Système générique de jdr |
  
|
| askywhale |
Ecrit le : Mercredi 17 Novembre 2004 à 14h58
|
 Pro  Groupe : Membre Messages : 170 |
Arg non, php fait passer des script (donc chaque "application" n'a pas de processus indépendant, et encore moins une appli centrale qui gère tout les client). Les clients sont donc obligé de faire des appels réguliers (javascript) pour savoir si quelque chose c'est passé, une requète, une recherche de bd, une réponse à chaque fois...
-------------------- |
|
|
| Cedric |
Ecrit le : Mercredi 17 Novembre 2004 à 15h55
|
||
 Ouf Groupe : Membre Messages : 368 |
En fait, ca depend de ce que l'on entend par leger : parle-t'on de memoire ou de CPU ? Sinon, pour repondre a ta question, ca depend de la maniere dont c'est concu : - un chat reposant sur un serveur Java et contacte par des applets clientes est tres en terme de memoire et CPU, du fait que c'est le serveur qui contacte les applets pour les mettre a jour et non l'inverse. - si les clients sont des pages HTML qui se raffraichissent toutes les secondes, par exemple, la montee en charge est plus difficile... et pour que le serveur ne lache pas, il faut utiliser un mecanisme de cache pour eviter que le serveur tombe en terme de CPU. - si le serveur est compose de page PHP, le probleme est ce qu'ecrit Askywale : chaque PHP doit etre executee dans une environnement d'execution different (contrairement a un serveur Java compose de Servlets/JSP) ce qui fait que pour 10.000 clients, il y a 10.000 php.exe qui tournent. Et le probleme bloquant devient alors la Memoire. (par contre il est quand meme necessaire d'utiliser un cache pour que le serveur ne tombe pas a cause de la charge CPU) C'est un peu trop schematique et basique comme presentation, mais en gros ca repond a la question  --------------------  |
||
|
|
| askywhale |
Ecrit le : Mercredi 17 Novembre 2004 à 21h04
|
|
Pro Groupe : Membre Messages : 170 |
Le mot que manque dans le message précédant est "lourd".
En conclusion, il faut chercher : - une erreur de design : utiliser du profiling, analyser à la main, chercher une imprémentation opensource existante (en java ou non pour comparer) - une erreur bete dans le code (ça arrive) - une erreur dans la techno utilisée pour la communication (tpc sockets ?) mais en principe du java sur une machine moderne doit proposer des performance bien meilleure que ça -------------------- |
|
|
| Pages : (2) 1 [2] | |