j aimerais une réponse sérieuse reflétant la qualitée de ce forum si c est possible , merci | Version imprimable du sujet
Cliquez ici pour voir ce sujet dans son format original |
| Forum TourDeJeu > Hébergement et services > Server Pour Assez Gros Jeu 4300joueurs |
| Ecrit par: jmrainbows Mercredi 16 Janvier 2008 à 17h12 |
| salut, Nous sommes en train de développez un jeu par navigateur qui va accueillir au max 4300 joueurs, c est un wargame conquête spatial accueillant environs 30 vaisseaux differents pour un systeme de combat genre Ogame, multi-chat, systeme messagerie.... A savoir que sur 4300 joueurs environ 1500 seront actif en meme temps sur le jeu. A votre avis quel est la moyenne de prix pour un server capable de faire tourner un tel jeu ? |
| Ecrit par: Cavey Mercredi 16 Janvier 2008 à 18h51 |
| Jvais avoir du mal à répondre. Car moi, j'ai un serveur prévu pour 4183 joueurs. Désolé. Pardon, j'ai pas pu men empécher... Je le referais plus... |
| Ecrit par: jmrainbows Mercredi 16 Janvier 2008 à 21h18 |
| j aimerais une réponse sérieuse reflétant la qualitée de ce forum si c est possible , merci |
| Ecrit par: Irkan Mercredi 16 Janvier 2008 à 21h26 | ||
Pourquoi 4300 ? |
| Ecrit par: Manest Mercredi 16 Janvier 2008 à 21h31 | ||
| Difficile de juger, ça dépend vraiment de comment ton jeu est codé. Si c'est une interface full js, c'est le client qui travaillera, pas le serveur. Au contraire si tu as de nombre scripts stockés sur le serveur, c'est plus lourd... A mon avis avec un dédié à 50-100euro/mois ça fera l'affaire. Mais le mieux ca reste de tester le jeu dans des dimension plus modeste sur un petit serveur et de voir ce qu'il consomme. Avec une centaine de personne ça devrait le faire déjà et tu pourras te faire une idée du serveur à prévoir à terme. Tu trouveras pas 4300 personnes avant au moins 6 mois après le lancement de toute façon. Edit :
Oui voilà, pareil. |
| Ecrit par: jmrainbows Mercredi 16 Janvier 2008 à 21h59 |
| merci |
| Ecrit par: Naoki Mercredi 16 Janvier 2008 à 22h19 |
Parce que les 4400, y'a un copyright dessus.  |
| Ecrit par: jmrainbows Jeudi 17 Janvier 2008 à 00h34 |
| nan mais ont prévois de la place pour un gros arrivage de joueurs dès le premier car il s'agit d'un jeu dans la lignée de ogame mais améliorer et proposant de très bonnes inovations , beaucoup plus de vaisseaux, tous cela dans une interface plutôt originale. Donc on pense qu'avec un bon coup de pub cela devrais réveiller la curiositée des joueurs et en attirer une paire, ensuite si le jeu s'avère vraiment attractif ben le bouche à oreille peut se réveler redoutable. Qu'en pensez vous ? une bonne interface, une bonne communication inter joueur, pleins d inovations, une évolution de jeu hiérarchique........etc.... |
| Ecrit par: Irkan Jeudi 17 Janvier 2008 à 21h44 |
| Tant que tu ne pourris la vie sociale qu'à 4300 personnes... Je rigole...  |
| Ecrit par: Haiken Mardi 22 Janvier 2008 à 22h33 |
| si comme je le comprends c'est 1500 joueurs connectés simultanément en pic, ce sera plus que 50-100€/mois à mon avis, plutôt 200-300€ minimum pour un gros dédié |
| Ecrit par: Corentin Mercredi 23 Janvier 2008 à 12h04 |
| évidemment ça dépend énormément de ton jeu mais le rapport entre 4300 inscrits et 1500 joueurs connectés simultanément me parait douteux. Je ne connais pas trop ce genre de statistiques (peut-être que des créateurs de jeux peuvent m'éclairer ici), mais à moins que ton jeu soit quasiment du temps réel, je pense que tu seras bien en dessous. Evidemment plus tu pourras passer de temps par jour sur ton jeu plus le nombre de connexions simultanées va augmenter, même si t'as pas plus de joueurs. De toutes façons, vos tests vont vous donner des informations bien plus précises et spécifiques à votre jeu que tous nos dialogues d'ici je suppose. |
| Ecrit par: [VYS] Mercredi 23 Janvier 2008 à 13h22 |
| Mountyhall : 12000 joueurs, 1000 connectés simultanément en journée. 3 serveurs dédiés pour un cout total de 2400 euros par an (hors achat hardware). Le jeu est en php/mysql, asynchrone et à Points d'action par tranche de 12 heures non cumulables. C'est à peu près tout ce que l'on peut dire, le reste est une question de comparaison de fonction de la qualité de ton codage, de la complexité de ta structure de base de donnée et de tes scripts. |
| Ecrit par: WellDone Jeudi 24 Janvier 2008 à 09h26 | ||
J'en pense que c'est la base, le minimum vital. Et une fois que tu auras mis en place tout cela, ajoute un maximum d'huile de coude et un chouilla de réussite pour envisager le succès. Bonne chance. |