Problème Debian et HLDS (serveur CS) 50% idle

Problème Debian et HLDS (serveur CS) 50% idle - Logiciels - Linux et OS Alternatifs

Marsh Posté le 28-08-2005 à 19:39:43    

Bonjour,
Depuis la réception de ma machine dédiée, je me retrouvais avec des montées de lag à gogo et cie.
Après avoir lancé la commande "top" cet aprèm je me suis aperçu que mon serveur CS 32 slots ne tournait qu'avec la moitié du CPU.
La machine est équipé d'un P4 3.00Ghz avec 1Go de RAM.
Il en est de même pour la RAM elle n'est quasiment pas utilisée alors que sur mes autres machines c'est ce qui part le plus vite (il y a donc bien un problème, la machine tourne à moitié) :o  
Je me demande si ce ne serait pas un problème avec l'Hyperthreading.
Je sollicite donc vos compétences en matière de pingouin pour savoir ce qui cloche.
J'attends vos réponses avec impatience.
Merci d'avance.
 


# cat /proc/version  
Linux version 2.6.11.11-1-i686-mik (root@.net) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 SMP Thu Jun 9 14:41:05 CEST 2005
 
# cat /proc/cpuinfo  
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 1
cpu MHz         : 3001.456
cache size      : 1024 KB
physical id     : 0
siblings        : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr
bogomips        : 5849.08
 
processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 1
cpu MHz         : 3001.456
cache size      : 1024 KB
physical id     : 0
siblings        : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr
bogomips        : 5931.00


Message édité par Badgerkiller le 28-08-2005 à 19:45:34
Reply

Marsh Posté le 28-08-2005 à 19:39:43   

Reply

Marsh Posté le 28-08-2005 à 19:41:21    

vérifie déjà le tickrate de ton serveur CS


Message édité par Mjules le 28-08-2005 à 19:42:28

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 28-08-2005 à 19:43:06    

Il est a 10000 m'enfin ça change rien même à 100 ça merde


Message édité par Badgerkiller le 28-08-2005 à 19:43:59
Reply

Marsh Posté le 28-08-2005 à 19:45:06    

J'ai eu 3 machines qui tournaient sans problème avec un sys_ticrate à 10000 et pingboost 3 sans soucis et là je ne sais pas ce qui se passe.
Problème software sans aucun doute.

Reply

Marsh Posté le 28-08-2005 à 19:47:15    

Voici un top pris à l'instant :
 


top - 19:46:21 up  3:55,  2 users,  load average: 0.99, 0.97, 0.89
Tasks:  68 total,   3 running,  65 sleeping,   0 stopped,   0 zombie
Cpu(s): 46.1% us,  1.7% sy,  0.0% ni, 50.4% id,  0.0% wa,  0.3% hi,  1.5% si
Mem:   1030684k total,   337916k used,   692768k free,    38496k buffers
Swap:   514072k total,        0k used,   514072k free,   177044k cached
 
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                
 1805 cstrike      25   0  116m  99m 5820 R 99.9  9.9  28:07.49 hlds_i686                                                              


Message édité par Badgerkiller le 28-08-2005 à 19:50:29
Reply

Marsh Posté le 29-08-2005 à 08:55:57    

:bounce:  :sweat:

Reply

Marsh Posté le 29-08-2005 à 09:33:26    

ben alors ? ça mange bien 100% d'un de tes 2 CPU logiques.
 
Perso, je trouve ça affolant que ça bouffe autant de CPU.
 
Si t'as des montées de lag, vérifie d'abord la connexion en monitorant avec quelque chose comme fping.

Reply

Marsh Posté le 29-08-2005 à 10:40:18    

Merci pour ta réponse.
Oui justement le problème vient qu'un seul CPU logique est utilisé l'autre nada.
Sur mes autres machines l'hyperthreading fonctionne parfaitement.
Ce n'est pas un problème de connexion étant donné que le lag se produit à chaque début de round à savoir là où la consommation CPU est la plus élevée.
Problème de Kernel ?

Reply

Marsh Posté le 29-08-2005 à 10:45:19    

Les autres machines sont identiques ? Si c'est le cas tu peux peut être prendre le .config d' une des machines et recompiler ton noyau avec nan ?  :??:


Message édité par goldyfruit le 29-08-2005 à 10:45:46

---------------
https://openvoiceos.org | https://github.com/orgs/smartgic/
Reply

Marsh Posté le 29-08-2005 à 10:59:32    

goldyfruit a écrit :

Les autres machines sont identiques ? Si c'est le cas tu peux peut être prendre le .config d' une des machines et recompiler ton noyau avec nan ?  :??:


 
Elles ne sont pas totalement identiques, P4 3.06 pour certaine et 3.00 pour celle-ci, le bus n'est pas à la même fréquence.
Puis recompile le noyau me fait un peu flipper étant donné que je n'ai pas accès physiquement à la machine.

Reply

Marsh Posté le 29-08-2005 à 10:59:32   

Reply

Marsh Posté le 29-08-2005 à 11:51:12    

Badgerkiller a écrit :

Elles ne sont pas totalement identiques, P4 3.06 pour certaine et 3.00 pour celle-ci, le bus n'est pas à la même fréquence.
Puis recompile le noyau me fait un peu flipper étant donné que je n'ai pas accès physiquement à la machine.


Voui fin la fréquence n'intervient pas trop dans la recompilation du noyeau, et pis qui ne tente rien n'a rien! Si c'est la meme architecture, le meme genre de cartes réseaux, le meme chipset, il devrait pas y avoir de pb...

Reply

Marsh Posté le 29-08-2005 à 12:10:18    

avant de mettre en doute linux, demande toi ce qui peut bien se passer dans ton logiciel (c'est pas libre d'ailleurs ?). Vérifies ça conf à lui. Regarde les options de compilation.
 
L'HT fonctionne, seulement le bousin ne le vois pas. Le bousin est pas threadé. Si ça pédale de temps en temps, c'est le soft. Faut arrêter les bêtises, tu peux recompiler le noyau autant que tu veux, tu peux aussi changer le pot d'échappement de ta bécane, ça fera pareil. Tu perds ton temps. Mais quand même, si tu la joues warrior "je compile mon kernel" et qu'au moindre truc du doute de ton noyau, ça fait peur. Essaie quand même avec un noyau debian.
 
Vérifies quand même hdparm.

Reply

Marsh Posté le 30-08-2005 à 01:34:02    

Je ne me la joue pas warrior sinon je ne serais pas ici pour demander de l'aide.
Ce n'est pas moi qui compile le noyau mais l'hébergeur c'est pour cette raison que j'ai des doutes.
La même machine chez un hébergeur différent ne me donne pas les mêmes résultats.
Paramétrages du soft identiques.

Reply

Marsh Posté le 30-08-2005 à 02:03:27    

ben le soft est pourri que veux tu ... dans un cas il utilise plusieurs threads, dans l'autre non. Enfin je me répète, même n'utiliser qu'un processeur logique à 100%, c'est déjà énorme. Essaie de débugguer le truc.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed