Forum TourDeJeu · Règles du forum | Aide Recherche Membres |
Bienvenue invité ( Connexion | Inscription ) | Recevoir à nouveau l'email de validation |
Pages : (2) 1 [2] ( Aller vers premier message non lu ) |
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] |