DEDIBOX-NEWS.COM

Je pense que tu as donnés une partie de la réponse dans ton post, les plugin et oui les plugin sont la cause la plus fréquente de monté en charge du CPU, notament tout ceux de type MAtties event qui ne font que calcul sur calcul et donc provoque un forte consomation de cpu, la bande passante ne sera jamais un problème, car il y a suffisament de réglage pour l'optimiser un maximum, a mes début je faisait tourner un serveur 1.6 sur une ligne dégroupé Free avec seulement 80Ko/s d'upload, le serveur faisait 16 slot et tournait sur un vieux P3 700Mhz


Encore une fois je pense qu'il est un peu tôt pour s'aventurer sur cette route, dès mon serveur livré, je ferais des tests de monté en charge sur un serveur CSS

en ticke 33 avec 2 serv 16 slot ca doit bien tourner

Pour HS, il utilise du bi xeon, pour ma part j'ai un de mes serv classé dans la top 10 francais, il touche très bien a condition bien sur que les client regle correctement leur config updaterate, cmdrate, etc..

Tu fait partie de la team de la 7eme compagnie ?

Non TOP10 sur ServerSpy enfin quand il veux bien afficher des truc correct, et puis je doit etre un truc genre 213 serveur Mondial sur Gamemonitor

A mon avis le fait de faire tourner un serveur css sur un C7 2ghz c'est pas le meilleur choix.

Je faisais tourné y'a plusieurs mois un serveur css 16 slots tick 33 sur un celeron 2ghz (rapellons que le C7 équivaut a un celeron 1.2 ghz) et on avait des montés de ping allant jusqu'à 500/600 donc autant dire injouable puis le serveur finissait par planter. La machine avait 768 de ram ce qui est largement suffisant et le cpu montait a 100%

J'ai par la suite changé de machine et j'ai fais tourner 2 serveurs CSS 16 slots tick 100 sur un amd 64 3200+ et la je peux vous dire que l'on voit la différence

Les deux machines sont sur du 100 mbits dédié.

voila voila

Oui, faut arrêter avec vos histoires de cpu short et tout
Ce proc peut faire tenir deux serveurs 12 places honorablement quand meme

Mais vous vivez ou les gas,
verygames vend un 12 slot à 15 euros +ts et web, à la limite dedibox peu peut être atteindre une config hq ce qui serais intéréssant, mais il ne poura jamais te faire tenir 2x 12 slots avec ton ts et le web sans que tu y sacrifie la qualité de la touche.

Après biensure tu peux monter un 32 slots pour 30 euros, mais quel interet à part faire le serv le moin chère du marché mais qui touche comme chez gamik.

Ci ce détail n'a pas d'importantance pour vous, ok je conçois que c'est un super bon plan. Mais n'allez pas dire qu'avec ça on fait un "bon" serveur.

Le cpu( athlon xp1.8 ) monte a 90% quand on est 28 sur des maps fun.

90% tu touche pas. Après quel que soit la map ce qui fait mal c'est quand les joueur sont tous dans une ptite zone

Ce proc peut faire tenir deux serveurs 12 places honorablement quand meme

C'est le honorablement qui me gène, comme je disait j'aimerais vraiment pouvoir faire tourner un 24 slots la dessus dans de bonne conditions, mais si c pour sacrifier mes quelques plug et la touche je préfère passer mon chemin, notre taille n'étant pas assez suffisante, je préfère encore loué le serv clé en main pour 60% plus chère.

maintenant chacun son choix.

Les gameplans d'ovh sont à 45€ (HT) si tu t'engages pour 1 an et c'est un P4 2.4Ghz 1Go de RAM...

s'engager 1 an. et d'après le forum sa pose quelques soucis des que tu veux toucher à la distrib

Dernière modification par marmotte (2006-05-04 23:15:28)

Il y a un certain nombre d'énormités qui ont été proférées sur le topic.

Il faut bien comprendre que le CACHE du CPU joue un rôle crucial dans les performances d'un serveur de jeu. C'est ce qui fait qu'un Pentium IV fait tourner bien mieux ce genre d'application qu'un Celeron à la même fréquence.

Or le processeur des Dedibox est un Via C7 qui ne possède que 128 ko de mémoire cache... autant dire que dalle.

Il faut redescendre de son petit nuage les gars : faire tourner un serveur CSS 16 voire 24 slots sur un serveur équivalent à un Celeron 1.2 ghz, ça équivaudrait à un suicide. Quel que soit le tickrate. Désolé à ceux qui se sont précipités sur l'offre pour faire des serveurs de jeux, mais il aurait fallu réfléchir un petit peu avant.

Bah je sais pas comment vous vous démerdez mais en téorie on devrait pouvoir faire tourner au moins 26 joueurs sur CS Source

Perso avec un PIII 1Ghz 512mo, je faisais tourner 22 joueurs sans pb sour CSS avec une freebox.

Par contre dans ce cas là faut laisser le tickrate à 33 et dans le server.cfg ne pas dépasser ses valeurs :
sv_voiceenable 1
sv_allowupload 0
sv_allowdownload 0
decalfrequency 120
sv_maxspeed 320
sv_minrate 0
sv_maxrate 5500 (voir moins)
sv_maxupdaterate 30
sv_minupdaterate 0

Faite l'essaie à mon avis vous me remercirez

e-t172 a écrit:

([=X-MAN=])-(CaptainS..) a écrit:

sv_maxrate 5500 (voir moins)

Totalement inutile, il faut le mettre à 81920... voir http://articles.e-t172.net/srcnetcode/

C'est bizzard on doit par lire la même page, moi je lit:

De ce fait, le rate n'est utile que lorsque l'on veut, pour une raison ou pour une autre, s'assurer que la bande passante consommée en récéption chez le client ne dépasse jamais une certaine valeur. Ce qui restreint l'utilisation de ce paramètre qu'à des cas très spécifiques. Limiter le rate force le jeu à sous-utiliser la connexion, ce qui n'a strictement aucun intérêt pour le commun des mortels. Cela signifie également que, contrairement à ce que beaucoup de monde pense, placer le rate à une valeur plus grande que la bande passante de votre connexion ne peut pas provoquer de problèmes de choke supplémentaires. Il convient donc de toujours placer la CVAR rate à sa valeur maximale, à savoir 81920 (qui correspond à 80 ko/s). Ces 80 ko/s ne seront en réalité atteints que rarement, la bande passante utilisée étant dans ce cas contrôlée par l'updaterate.

       

Pour ajuster la bande passante consommée par le jeu à son type de connexion (RTC, ADSL...), il est donc plus judicieux d'utiliser les CVARs de limitation de fréquence (cl_updaterate et cl_cmdrate), qui vous éviteront le choke. Voir à ce sujet la partie optimisation.

Le 81920 est valable pour la partie client et c'est uniquement dans ce cas qu'il ne faut pas le limiter, en revanche pour le serveur c'est ce qui va faire toute la différence

s'assurer que la bande passante consommée en récéption chez le client ne dépasse jamais une certaine valeur

C'était bien le cas, il hebergeait le serveur chez lui et il avait tout a fait interet a limiter le débit de sa chtite connexion

e-t172 a écrit:

J@r0d a écrit:

Le 81920 est valable pour la partie client et c'est uniquement dans ce cas qu'il ne faut pas le limiter, en revanche pour le serveur c'est ce qui va faire toute la différence

s'assurer que la bande passante consommée en récéption chez le client ne dépasse jamais une certaine valeur

C'était bien le cas, il hebergeait le serveur chez lui et il avait tout a fait interet a limiter le débit de sa chtite connexion

Oui, mais pas sur une Dedibox... puisque il y a 100 mbits/s sur une Dedibox, et le serveur de jeu n'en utilisera jamais autant.

Il faudrait mettre le sv_maxrate à 0, oui mais qui dit rate a 0 coter serveur dit donc consomation supérieur en bande passante mais qui dit aussi consomation supérieur en CPU,, bon ok la valeur qu'il a donné et un peu faiblarde pour jouer dans de bonne condiftion, il faut plus tabler entre 20.000 et 30.000


Bien sûr si la Didbox ne sert qu'a hébergé un seul serveur tu peux le mettre a 0 mais alors autant louer un serveur chez un pratataire type Euroserv, VG, etc....

Tu sors un CS 20 slots avec 1,5Mbits sans forcer hein...
Chaque joueur suce pas 50KO/Sec

e-t172 a écrit:

Si, il va au-dessus, mais tu ne le vois pas parce que ce sont des pics. Or ce sont ces pics qui provoquent le choke.

Lis moi ça : http://articles.e-t172.net/srcnetcode/

Je connais très bien cette article et il est clair que ma solution provoque du choke mais pas plus de 50 au grand maximum et lorsqu'on joue c'est absolument pas dérangeant, tant que ça monte pas à plus de 80.

Par contre je sais pas si vous réalisez mais si vous mettez sv_maxrate 81920 c'est un peu comme si vous allouez 80ko par joueur, donc par exemple pour 26 players ça fait 2080ko/s d'upload c'est énorme a gérer.

Peut-être que je me trompe mais honnetement je vois absolument pas l'interet de mettre une valeur aussi énorme que 81920 et des test de bande passante j'en n'ai fait a gogo donc je pense savoir de quoi je parle. A la limite mettez sv_maxrate à 7500 comme ça vous aurez un choke vraiment minimum mais au dessus pour moi c'est de la connerie, à moins d'avoir une ligne professionnel à 20 méga d'upload dont vous êtes certain qu'elle est parfaitement linéaire.
Mais là dans votre cas je le sens mal, un truc qui vient d'ouvrir avec un débit de 100 méga soit disant, d'ailleurs ils le précisent pas si c'est en upload ou en dowload. A mon avis l'upload des Debibox elle doit jouer au yoyo en ce moment