Consommation CPU des gauges déportées

[FiX]

J'ai testé diverses gauges stand-alone (GNS530, generic gauge,peixsoft, flightdeck soft...) et a chaque fois le problème est le même: c'est pire qu'un FSX et un photoshop CS5 réunit !
C'est incroyable ce que ces petites gauges peuvent mettre à genou un PC.
Je n'arrive pas à comprendre comment font les mecs qui ont des cockpits avec des gauges déportées, ils ont un PC par gauge ou quoi??
Et alors moi qui avait prévu d'utiliser 2 écrans sur le PC déporté pour les gauges, c'est même pas la peine d'y penser,déjà avec un horzon et un EHSI je susi à plat...alors mettre tout le reste + le smoteurs sur un deuxième écran, même pas en rêve...
Autre chose qui me dépasse complètement:
Je m'amuse à regarder la consu CPU (onglet performances) lorsque j'ouvre des gauges stand alone. (sans même être connecté à FSX, juste les ouvrir)

J'ai essayé sur 2 PC:
-Sur un "récent, bi-coeur" (athlon II X2 overclocqué à 3.3Ghz, 2Go de RAM et 512 de carte graphiqueHD), quand j'ouvre 2 gauges de flight decksoft, je suis déjà à plat!! (ça tourne autour de 95/100%)
Sur une antiquité (pentium4 2.6Ghz, 1Go de RAM, carte graphique à pédales...): je peux ouvrir 4 gauges flightdecksoft, je suis qu'à 70% de CPU!!
Vous y comprenez quelquechose!!??

[jéjé07]

salut,

j'ai eu le meme probléme que toi est cela venais de l'overcloking,essai de repasser enn normal est tous devrais rentrer dans l'ordre du moin pour moi ca marche

[FiX]

salut,

j'ai eu le meme probléme que toi est cela venais de l'overcloking,essai de repasser enn normal est tous devrais rentrer dans l'ordre du moin pour moi ca marche

Ah bon!!?? Et comment ça se fait ça, c'est vraiment pas logique!!

[eric11]

Salut,
même problème.
Avec les gauges Peixsoft (gapanel + garadio), je tourne à ~ 70% CPU sur un P4 2.6G avec 512 de RAM, XP SP3, connecté à fsx ou non...
Par contre, bi-écran sur proc graphique intégré + CG PCI 128 MO
Pour l'instant ça reste comme ça...
Bonne journée.

[FiX]

Salut,
même problème.
Avec les gauges Peixsoft (gapanel + garadio), je tourne à ~ 70% CPU sur un P4 2.6G avec 512 de RAM, XP SP3, connecté à fsx ou non...
Par contre, bi-écran sur proc graphique intégré + CG PCI 128 MO
Pour l'instant ça reste comme ça...
Bonne journée.

C'est déjà pas mal pour un P4!
C'est à peu près ce que j'ai aussi sur le vieux P4 + CG 128, mais pas en bi-écran.
Effectivement avec peixsoft y'a pas grande différence entre le fait d'être connecté ou non avec FSX (à la différence de generic gauge)

Ce qui est bizarre c'est qu'avec mon athlonII X2 à 3.3Ghz / 2G0 de RAM/ CG 512 / XPsp3 c'est qu'il rame autant que le vieux P4, voir plus!!
Avec peixsoft je suis également a environ 70%, avec generic gauge si j'ouvre un panel complet (de 7gauges) en une fois je suis à 20% à vide et à 90% connecté et alors si jamais j'ouvre juste 3 gauges (mais séparément, j'ouvre 3 fois le programme), là je suis directement à 100% (et bien tassés...)
C'est même pas la peine que je pense au bi-écran du coup (c'est un gros problème d'ailleurs, c'est ce que j'avais prévu)

J'ai également testé les superbes gauges freeware flightdecksoft, alors là c'est la cata, il faudrait un PC par gauge!!! Je sais pas comment ils font...
Sur l'atlhlon2, juste avec l'EADI je suis à 70% et je ne peux rien ouvrir d'autre.
Aver 2 gauges generique + l'EHSI de FDS, je suis direct à 100%...
Et j'ai encore le GNS530 (70% de CPU) à caser là dedans...

Et toi ça fonctionne bien le bi-écran? Tes gauges gardent en mémoire leur position sur le deuxième écran, tu n'as pas besoin de les repositionner?
Au fait, serait-il indsicret de te demander ce que tu fais comme simu et ta config totale?

[martias]

Le problème viens des programmeurs, ils ont mis des bitmaps de fonds d'ecran en haute resolution et sa pompe du CPU.

Les soft dédiés (Project Magenta, FSXPAND et autres) sont mieux programmés c'est simple. Pour ma part quand je développais les panels VFR cockpit j'utilisais les gaudes standard ou autres, mais avec un fonds d'ecran en mode couleur (noir code 0 ou 2) et surtout pas un bitmap, et je n'ai jamais eu de problèmes de déport, y compris avec des panels 3 ecrans (4 ecrans sur 1 Pc : 1 visuel + 3 panels...)

J'ai testé diverses gauges stand-alone (GNS530, generic gauge,peixsoft, flightdeck soft...) et a chaque fois le problème est le même: c'est pire qu'un FSX et un photoshop CS5 réunit !
C'est incroyable ce que ces petites gauges peuvent mettre à genou un PC.
Je n'arrive pas à comprendre comment font les mecs qui ont des cockpits avec des gauges déportées, ils ont un PC par gauge ou quoi??
Et alors moi qui avait prévu d'utiliser 2 écrans sur le PC déporté pour les gauges, c'est même pas la peine d'y penser,déjà avec un horzon et un EHSI je susi à plat...alors mettre tout le reste + le smoteurs sur un deuxième écran, même pas en rêve...
Autre chose qui me dépasse complètement:
Je m'amuse à regarder la consu CPU (onglet performances) lorsque j'ouvre des gauges stand alone. (sans même être connecté à FSX, juste les ouvrir)

J'ai essayé sur 2 PC:
-Sur un "récent, bi-coeur" (athlon II X2 overclocqué à 3.3Ghz, 2Go de RAM et 512 de carte graphiqueHD), quand j'ouvre 2 gauges de flight decksoft, je suis déjà à plat!! (ça tourne autour de 95/100%)
Sur une antiquité (pentium4 2.6Ghz, 1Go de RAM, carte graphique à pédales...): je peux ouvrir 4 gauges flightdecksoft, je suis qu'à 70% de CPU!!
Vous y comprenez quelquechose!!??

[FiX]

Je reviens sur mes "déclarations" un peu plus haut concernant le fait que ça rame à mort avec mon deuxième PC sensé ne pas être trop vieux quand même (c'est pas un P4 quoi...).
Une grande partie des problèmes venait de la configuration de mon réseau en wifi (voir tout le post à ce sujet) qui a depuis été remise au propre avec un switch, réseau filaire, bien configuré.
Et ça va déjà beaucoup mieux. Alors là je peux quand meêm pas mal charger le PC en gauges.
Sur l'athlon II X2 245, je mets : 2 gauges flightdecksoft (très consommatrices), 1 gauge secours A320 jeehel et 7gauges generic jeehel, sans aucun ralentissement.
Si je mets un deuxième écran (sur la deuxième sortie de la carte) et que j'y rajoute 6 gauges generic jeehel, ça passe totujours très bien (j'ai parfois une petite saccade sur l'altimètre si je descends l'avion en piqué,). Si je rajoute à cela le GNS 530 là ça commence à être moins fluide (mais c'est encore "limite" utilisable).
Donc ça encaisse quand même pas mal. (Mais pour que ce soit nickel je rajouterais quand même un PC juste pour le GNS530 et les gauges copilote).

Il y a une autre question que je me pose. Es-ce qu'il faut forcément se débrouiller pour être à moins de 100% de charge CPU?
Parce que lorsque je regarde, je susi déjà qusimmnt à 100% après avoir ouvert mes 2 premières gauges (mais pourtant je n'observe aucun ralentissement) et je suis au taquet à 100% tout le temps lorsque toutes mes gauges sont ouvertes (toujours sans poser de problèmes de ralentissement...)
Donc finallement une application peut tourner correctement alors que l'idicateur CPU est collé au plafond ?
(Du coup je ne cherche même plus à regarder la charge CPU, je me contente de regarder ce que ça donne au niveau fluidité des gauges)

[ganlhi]

Donc finallement une application peut tourner correctement alors que l'idicateur CPU est collé au plafond ?

Pour ne pas trop entrer dans les détails : oui !
Tout dépend de combien tu "dépasses" les 100%. Te fier à ce que ça donne niveau fluidité, c'est ce qu'il y a de plus pertinent à faire

EDIT : Au passage, c'est là même chose pour la RAM. En fait si Windows était mieux programmé que ça, la RAM serait quasiment toujours remplie (quand on fait tourner un truc gourmand comme un jeu) et le disque dur bosserait moins. Mais bon... Le système préfère mettre des infos en cache sur le disque alors qu'il reste plein de place en RAM, pourtant bien plus rapide.

[FiX]

Ah ben là par exemple quand toutes mes gauges sont ouvertes, je n'utilise que 300Mo de RAM! (Sur 2Go c'est un peu dommage...)

[ganlhi]

S'il n'y a que les jauges qui sont ouvertes, ce n'est pas forcément étonnant. Si FS est lancé aussi, c'est pas normal, et ça prouve ce que je disais sur le fonctionnement de Windows