DEDIBOX-NEWS.COM

ta foiré ta couleur :p

J@r0d a écrit:

@GUIGUI69

Ce topic est destiné exlusivement aux serveurs de jeux installé sur Dedibox, nous ne sommes pas la pour en plus faire le support de VG ni de quelconque autre sociét, il existe suffisament de forum de jeux traitant du problème

Désoléde continuer sur le sujet Jarod, mais la question posé ici n'est pas beaucoup posée ailleur ou n'a pas de réponse objective/claire . Quelque spécialiste dans le domaine étant dans le coin, je vien de réaliser différent test sur mes serveurs de jeux pour voir ce qu'il en était réelement.

Ces tests sont realisé serveur à vide et sur de multiple commande "stats" :

- chez very, un 12 slots privé sans l'offre pro donne :

08:36:25 stats
08:36:25 CPU   In    Out   Uptime  Users    FPS                        Players
          0.00  0.00  0.00      96     0             164.42 - 166.77       0
08:36:33 sys_ticrate
08:36:33 "sys_ticrate" is "300"
08:36:39 fps_max
08:36:39 "fps_max" is "72.0"

J'ai vue une montée à 250 fps (en moyenne 1 fois sur 10-15 stats, et parfois persistant sur 4-5 demande de stats), mais plus généralement c'est très stable à environ 165 fps.


- chez nitro, un public de 24 slots :

08:46:10 stats
08:46:10 CPU   In    Out   Uptime  Users       FPS                     Players
          0.40  0.00  0.00      68         0        270.56 - 348.68      0
08:46:14 sys_ticrate
08:46:14 "sys_ticrate" is "5000"
08:46:26 fps_max
08:46:26 "fps_max" is "72"

les valeurs sont ici beaucoup moin stables (depuis peu il font tourner des servs trackmania), les FPS varies entre ces 2 limite (sous une 30ène de sessions), le tic semble impréssionnant mais la qualité de la touche pas toujours au rendez-vous, il est par ailleur réglables comparé à VG.


- Maintenant un serv qui tourne chez moi, sempron 2400+ (512 de ddr) sous sarge avec un refresh du noyau réglé à 1000 hz :

09:07:41 CPU   In    Out   Uptime  Users   FPS                  Players
         21.33 36.57 58.07     106   132        200 - 518.00             10
09:07:48 sys_ticrate
09:07:48 "sys_ticrate" is "1000"
09:07:51 fps_max
09:07:51 "fps_max" is "101"

Lorsque ce serveur est vide, il tourne constament à 500 fps mais jamais plus ( et s'écroule à 166 voir 100 fps vers 13 players à partir de 60 % d'utils cpu T_T ). Pour le coup je suis pas calé du tout en linux, et ce résultat doit dépendre de nombreux détails que j'ai négligé lors de la compil du noyau (genre virer tous ce qui n'a pas de rapport avec le net ou les pilotes ethernet ), mais n'explique pas pk je ne dépasse jamais 500 fps, alors que j'ai bien réglé le noyau à 1000 hz (ca j'en suis sure) et le tic à 1000.

Bref, n'y à t'il pas d'autre détails important à parametrer, ou faut t'il monter encore le refresh du noyau (à 1500hz par exemple) pour obtenir des fps a 1000?.

PS: pour la variable fps_max, je crois qu'elle n'a pas d'importance sur le tic ou la "touche", je pense avoir lu qu'il s'agis de la même variable du client, et ainsi n'aura pas d'influence sur les paramêtre que l'on veux améliorer

Merci pour la précision (et pour cet article très intéréssant). Ce détail précis tiend la route sous 1.6, mais le reste est t'il tout autant comparable pour le netcode 1.6??

Donc cela signifie que sur verygames les distrib linux ne sont pas configurer a 1000 hz dans le noyau c est ca ??

Je ne connaissais pas ce paramètre pingboost (qui n'existe pas sous Source apparemment). Après avoir effectué une recherche, je commence à comprendre beaucoup de faits inexpliqués qui ont été constatés sur ce forum :

Mode "3" minimises the latency to the minimum possible level by processing
a frame EVERY time a packet arrives. This causes the lowest possible latency,
but can also cause extreme CPU usages (it does a complete frame for every packet,
with each player sending lots of packets per second and 30 players
this adds up to insane amounts of frames). Use this mode at your own risk,
it will consume all available CPU, don't complain that cstrike uses too much CPU
if you use this mode :-)

Autrement dit, dans ce cas précis le CPU consommé par le serveur de jeu et son tickrate réel ne dépend plus des variables de contrôle de tickrate, mais du cmdrate des joueurs.

Dernière modification par e-t172 (2006-05-11 18:55:45)