RE-Salut Maxime,

J'ai vu le lien que tu as proposé. Si tu veux mon avis, il vaudrais mieux migrer vers les Intel car il sont plus solide et offre une large possibilité de Overclocking. Si je fais un parallèle avec ton probleme, ici à la maison, j'ai un vieux Desktop HP muni d'un proc AMD Athlon 64 Bit qui date de 2005. Au tout début, je volais FS2004 déjà avec ce desktop avec les avions par défaut et ceux très basiques comme Posky, etc. Une année après, c'est aussi avec ce PC que j'ai débuté mes vols reseaux sur FRLORR, IVAO et VATSIM après la sortie des avion dit PIC (Pilot In Command). Je dirais qu'à cette époque, le PC faisait mon bonheur jusqu'à ce que je réalise qu'il me fallait quelque chose plus costaud.

Nous sommes en 2013 et il est toujours fonctionnel et se sert pour les courriel, Internet et d'autres taches bureautiques basiques pour ma femme. Devines quoi, tous les deux constatons que le PC devient de plus en plus lent même avec une mise à niveau des RAM, refroidisseur nettoyé, un nouveau HDD d'actualité, etc. Bref en apparence, il devait être celui que nous l'avons l'acheté en 2005.

Je suis arrivé à la conclusion que le PC a juste perdu son rendement à fil des à années à cause de l'usure. En anglais on dit ''Get used, Get worn''

En plus de FS, je suis aussi un passionné de l'électronique. Dans mes années de jeunesse, je passais beaucoup de temps à fabriquer des gadgets à partir d'un schéma électronique. Tu as compris que je réparerai moi-même ma propre tele, lecteur de DVD, écran d'ordi, ma radio de voiture, etc. A la longue, les composantes électroniques, qui sont eux même fabriqués à partir des matières variées et chimiques,  comme les résistances, potentiomètre, condensateurs, diodes, constituent les circuits électroniques de nos appareils. Ils prennent un coup de vieux et deviennent hors-usage ou changent de valeur au bout de certain temps. Cela arrive à n'importe quand et à n'importe qui. C'est pourquoi, lorsqu'on éteint une télé qui marchait bien la nuit et refuse de démarrer le jour d'après on a tendance à se demander pourquoi cela arrive tout d'un coup. C'est aussi le cas de ma carte graphique que je t'ai montré sur un lien plus haut. Il y a plusieurs formes d'usure, de moins grave aux extrêmes: perte de couleur, image floue, instabilité, mauvaise réception des signaux, etc.

Pour revenir à mon PC HP, actuellement, il est devenu tellement lent qu'il m'est impossible de faire fonctionner FS9 avec une configuration qu'on qualifie volable. Du coup, il devient un éléphant blanc à la maison pour des trucs sans importance.

Pour la mémoire cache, je t'invite à lire ce fil: http://www.pilote-virtuel.com/viewtopic.php?id=6831

J'ai lu ta page qui propose le Burger Kit (ben dis donc, je ne me trompe pas finalement, tu aimes bien les Burgers ). Le bouquet semble juteux mais sans l'essayer avec FS, je ne saurais pas quoi dire. Penses juste que ce n'est pas par hasard si les Intel sont plus chers et la majorité des simmeurs utilisent cette marque. J'ai utilisé deux AMD dans ma vie et je n'y reviendrai plus. Parole!

Dernière modification par flighty (02-12-2013 02:34:40)

C'est sur que si tu as des bons résultats dans une situation et un très mauvaise dans d'autres, en particulier sur FS qui est réputé pour son penchant CPU, c'est que ce dernier s'étouffe. Tes derniers tests viennent de re-confirmer ce que je t'ai dit auparavant. A ce niveau, je pense qu'il ne faut plus perdre ton temps à effectuer d'autres tests car tu auras à peu pres le même résultat.

Quoi faire de plus?
1- Si tu veux toujours rester sur FS9 et ne pas vouloir upgrader ton matos, je te suggère de basculer vers XP comme plateforme qui va accueillir ton FS9. Et ne met rien d'autre que FS la-dessus. Tu installeras tes autres programmes bureautiques sur Seven grâce à une deuxième partition.

2- Si tu veux par contre acheter le nouveau pack Intel, je pense qu'il sera à la hauteur de FS9. Mais je reste toujours sceptique pour ta carte graphique actuelle. Elle pourrait être l'élément qui ralentira ta performance. Une GTX 550 de 1 Go pourrait faire ton affaire. J'ai appris à constater la différence de performance des cartes sous une météo de plomb. Les plus faibles montrent font ramer FS lorsque le ciel est couvert entièrement en basse altitude (mon réglage est tous à droite).

3- Par ailleurs, si tu veux migrer vers FSX ou P3D, il faudra peut-être avoir plusieurs avis de ceux qui utilisent ce i3 car au vu des config ici, la plupart sont avec i7.

J'adore ta photo ci-dessus

Dernière modification par flighty (02-12-2013 19:05:53)

C'est vrai que les pc perdent leur rendement au bout d'un certain temps, mais deux ans... ce n'est rien du tout...

Les PCS ne perdent pas en rendement. On parle de composant électroniques cadencés là, ça marche ou ça ne marche pas.

Avec le temps, votre PC devient de plus en plus encombré voilà tout. Réinstallez dessus un ghost d'époque bien propre et il tournera comme avant.
J'ai mon PC actuel depuis 2010 (j'ai juste changé la CG entre temps, et 4Go de plus de RAM), et il marche exactement pareil. En plus, depuis que j'arrive à le garder clean, je n'ai plus aucune perte de performances avec le temps.

Autre chose, la fréquence actuelle de mon CPU n'est plus à 3GHz comme elle devrait l'être alors que tous les réglages sont par défaut dans le BIOS donc pas d'overclock. Du cout je suis à 3,01 Ghz au lieu de 3... Serait-ce un signe que le CPU commence à délirer?

J'espere que les as du PC vont certainement te donner une explication la-dessus.

Zangdaarr a écrit:

C'est vrai que les pc perdent leur rendement au bout d'un certain temps, mais deux ans... ce n'est rien du tout...

Les PCS ne perdent pas en rendement. On parle de composant électroniques cadencés là, ça marche ou ça ne marche pas.

Avec le temps, votre PC devient de plus en plus encombré voilà tout. Réinstallez dessus un ghost d'époque bien propre et il tournera comme avant.
J'ai mon PC actuel depuis 2010 (j'ai juste changé la CG entre temps, et 4Go de plus de RAM), et il marche exactement pareil. En plus, depuis que j'arrive à le garder clean, je n'ai plus aucune perte de performances avec le temps.

Je t'invite à lire cet article (en anglais) ecrit par Chris H. Kim et John Keane (à l'epoque travaillait chez Intel comme Ingenieur de modélisation des composantes). Ils exposent une analyse tres detaillée des circuits.

Source: http://spectrum.ieee.org/semiconductors … or-aging/0

TITRE: Transistor Aging
Measuring the degradation of microprocessors is tricky. Doing it better would unleash more processing power

You know when it's time to get a new car. Your odometer is far into six digits, perhaps the engine is burning lots of oil, or the transmission is growling. Fixing all that might well cost quite a bit more than your ancient vehicle is worth.

But what about your microprocessor? Unlike automobiles, microprocessors don't have convenient little gauges that reflect how much wear and tear they've endured. And wear they do—though you'll probably never notice it. The degradation of their transistors over time leads slowly but surely to decreased switching speeds, and it can even result in outright circuit failures.

You generally don't perceive this deterioration because semiconductor companies always play it very safe—they set the clock-speed rating of their microprocessors so conservatively that almost every one of their products will continue to operate flawlessly throughout its intended lifetime. That strategy works. But it's kind of like never taking your Ferrari out of the slow lane because you're concerned that its engine might throw a rod 10 years down the road.

Several different phenomena can degrade the transistors on chips. How those phenomena combine to diminish a chip's functioning depends on such factors as the circuit arrangement of the aging transistors as well as the voltages and temperatures they're exposed to. With all these variables, it's difficult to predict how the peak performance of a given microprocessor will decline over time.

We and other researchers are trying to improve that situation. One critical aspect of the work we did at the University of Minnesota was to develop better ways to study the different physical mechanisms of transistor aging. Today semiconductor engineers measure those aging effects primarily by examining transistors one at a time, using microscopic electrodes to probe a silicon wafer. The necessary equipment can cost tens of millions of dollars, and probing transistors individually is arduous when you're trying to gather many observations. Sometimes you can't do those measurements well, no matter how much time you spend.

We need better techniques. And we need them sooner rather than later. Microprocessors now contain billions of transistors, sometimes operating at clock speeds in excess of 3 billion cycles per second. The blazingly fast clocks mean that the transistors are exposed to lots of heat, which accelerates their decline. Another worry is that there are precariously small voltage differences between supply levels and the threshold at which the transistors turn on. Also, various improvements in the way silicon logic is fabricated have introduced new concerns about degradation. And transistors scaled down to today's tiny dimensions experience more variation than ever in their operating conditions, which in turn leads to great differences from one transistor to another in how fast they wear out.

With better ways to measure transistor aging, chipmakers could let their microprocessors run faster—appreciably faster—than they do now. In the future it might even be possible to use these techniques to build circuits into microprocessors that continuously measure the subtle effects of aging and adjust clock frequency or operating voltages so that the transistors, old or new, could always run at peak speeds.

Why should transistors age at all? The kinds of transistors we're talking about here—the good old metal-oxide semiconductor field-effect transistors that are the basis of ordinary CMOS chips—function as electrical switches. A MOSFET has four terminals, called the body, the gate, the source, and the drain, although the source and body are often connected. The voltage that's applied to the gate determines whether current can flow between the source and drain. Although a thin layer of dielectric material electrically insulates the gate, the electric field applied across it alters the conductivity of the underlying semiconductor channel connecting the source and drain.

And that brings us to our first degenerative mechanism: Over time, charge carriers (electrons for negative, or n-channel, MOSFETs; holes for positive, or p-channel, MOSFETs) with a little more energy than the average will stray out of the conductive channel between the source and drain and get trapped in the insulating dielectric. This process, called hot-carrier injection, eventually builds up electric charge within the dielectric layer, increasing the voltage needed to turn the transistor on. As this threshold voltage increases, the transistor switches more and more slowly.

There's a second mechanism that can also trap charge in the dielectric, and it doesn't require any current to flow between the source and drain. Whenever you apply voltage to the gate, a phenomenon called bias temperature instability can cause a buildup of charge in the dielectric, along with other subtle problems. After that gate voltage is removed, though, some of this effect spontaneously disappears. This recovery occurs within a few tens of microseconds, making it difficult to observe during routine experiments, where you stress the transistor but measure the resulting effects only after the stress is removed.

Yet another aging mechanism comes into play when a voltage applied to the gate creates electrically active defects, known as traps, within the dielectric. If they become too numerous, these charge traps can join and form an outright short circuit between the gate and the current channel. This kind of failure is called oxide breakdown, or more verbosely, time-dependent dielectric breakdown. Unlike the other aging mechanisms, which cause a gradual decline in performance, the breakdown of the dielectric can lead to the catastrophic failure of the transistor, causing the circuit it's in to malfunction.

As if the aging of transistors wasn't enough to worry about, semiconductor engineers also have to grapple with the metal connections between transistors wearing out over time. The concern here is a phenomenon called electromigration, which damages the copper or aluminum connections that tie transistors together or link them to the outside world.

Electromigration occurs when a surge of current knocks metal atoms loose and causes them to drift along with the flow of electrons. This depletes the metal of some of its atoms upstream, while causing a buildup of metal downstream. The upstream thinning of the metal increases the resistance of the connection, sometimes to the point that it can become an open circuit. While downstream deposition isn't similarly catastrophic, it can cause the metal to bulge out of its designated track.

Despite the many efforts of process engineers to create long-lasting transistors and metallic connections, a certain amount of wear is unavoidable. So it must be reckoned with. Probing chips to study how their transistors degrade provides only limited information on how bad the problems are inside a real microprocessor. A better experimental approach, just now taking hold in industry, is to fabricate special chips for the sole purpose of testing how the transistors on them function over time. These chips contain what are known as ring oscillators, consisting of many inverter circuits chained together in a loop. Each inverter outputs the opposite of whatever signal is applied to its input. So when an odd number of them are wired into a ring, the circuit oscillates, at a frequency that depends on how fast the constituent transistors can switch states.

To measure the slowdown that arises as transistors age, engineers subject chips containing such ring oscillators to extreme conditions, raising the supply voltage or operating temperature so that they wear out in a matter of hours or days. Engineers can measure how transistor-switching times increase, or how the average time to failure decreases, during several different accelerated-aging experiments conducted using a variety of stress levels. That allows them to extrapolate their results to the real world, where transistors age much more slowly than they do during these tests.

Testing ring oscillators provides more insight into how circuits age than does probing transistors individually, but it still has flaws. One is that it takes a relatively long time to make a measurement—a large fraction of a second. That's because you're looking for very subtle changes in the frequency of the oscillations, so you need to count a lot of cycles to measure the shift. Taking a second might seem quick enough, but remember, most of one particular aging effect (bias temperature instability) lasts for only a few tens of microseconds after the stress is removed.

Most often, you would stress the circuit by raising its supply voltage; elevating the temperature works less well. But you then need to return the voltage to its normal level to judge how much the transistors have changed. So most of the effects of bias temperature instability will disappear before you'll have a chance to observe them. We've worked hard to remedy this problem and also to improve the way transistors are examined in general.

To measure the shifting frequency of ring oscillators much more quickly, we developed what we call a silicon odometer. It is based on a pair of ring oscillators and works by measuring their beat frequency. If you're at all musical, you're probably familiar with the beat phenomenon: When two very similar notes are played simultaneously, you hear just one note whose amplitude changes rhythmically—it beats. The number of beats per second is equal to the difference in frequency between the two original notes.

In our silicon odometer, we measure the difference between the frequency of an unstressed ring oscillator and the one we have stressed by increasing its operating voltage. To measure actual beats, we'd have to sum the two outputs and run the results through an analog-to-digital converter. Rather than doing that, we do something similar that is easier to accomplish: We sample the output of one oscillator at intervals set by the output of the other. That gives us a digital signal that oscillates at the beat frequency, which is easy to measure with simple circuitry. This approach allows us to measure changes in transistor switching times as small as one part in 10 000 in less than a microsecond, which is short enough to capture even the most fleeting effects of aging.

In addition to the short measurement times, our silicon odometer has another nice attribute: It's essentially immune to the gradual changes in operating voltage or temperature that often take place during long stress experiments. Any stray variations in either will shift the frequencies of the two oscillators by roughly the same amount. So their difference, which is all we measure, will continue to reflect just the effects of stress. We've gathered a lot of valuable aging data with this odometer. And with a somewhat different design, which we've dubbed the all-in-one odometer, we were able to separate the simultaneous effects of hot-carrier injection from those of bias temperature instability.

To get a better idea of how aging varies from place to place on a chip, we developed a third design, a statistical silicon odometer, which uses arrays of stressed ring oscillators. The circuitry we've devised allows us to connect any of those ring oscillators to a reference oscillator on the chip that runs at about the same frequency. We can thus measure subtle aging effects at many different locations on the silicon die.

Beat-frequency detection systems are not the only on-chip monitors we have implemented, though. We've put together other circuits to study the statistics of oxide breakdown, which is rarely extensive enough to disable a transistor. But rare events count when you're dealing with the billions of transistors in a modern microprocessor, which make for billions of opportunities for failure. To study that, we have designed several different arrays of transistors that are particularly prone to having their gate dielectrics wear out and finally break down. By stressing all the transistors in these arrays at the same time, we can easily take measurements of their time to breakdown. This information is useful to chip designers, whose usual recourse is to deal with this problem by adjusting fabrication procedures.

Our on-chip circuit-aging sensors are providing valuable information about how real circuits age. Not long from now, we expect it will be possible to design similar circuits into microprocessors for use as real-time aging monitors, which could trigger adjustments in clock speeds or operating voltages to ensure that these chips work at peak levels, even as they grow older. That would eliminate the need for slowing the chips down from the start.

The semiconductor industry is just beginning to dabble with such ideas. Intel, for example, has engineered a technology it code-named Foxton, which measures the amount of propagation delay along certain critical signal paths within a microprocessor. Specialized circuitry on the microprocessor then uses that information to adjust supply voltage and clock frequency. Intel had planned to include Foxton technology in its dual-core Itanium 2 processor, released in 2006, but undisclosed complications delayed the introduction. We suspect that using something like our silicon odometer might help overcome the difficulties Intel faced.

In that vein, we are collaborating with groups at Intel and also at such companies as Advanced Micro Devices, Broadcom, Freescale Semiconductor, Texas Instruments, and (with help from the Defense Advanced Research Projects Agency) IBM, which are all striving to eliminate the compromises they routinely make to accommodate transistor aging. Silicon odometers, or something similar, might well appear in some of their new CMOS chips.

With such technology, microprocessors could be made to always perform at their peak levels, even though those levels would still decline slowly over time—as is the case with so many of our other machines. This will take some getting used to, of course, particularly if you ever attempt to sell your used computer. Maybe sometime in the not-too-distant future we'll be reading classified ads that say things like, "For sale: Five-year-old laptop, but with like-new processor. Used only to compute at church on Sundays."

Dernière modification par flighty (03-12-2013 01:00:38)

Salut,

J'ai commandé le Kit Chenette avec l'intel core i3 4330 (coup de bol car il viennent juste de changer l'i3 4330 du kit par un i3 4130, moins performant), la Carte mère et les 8Gb de Ram qui vont avec, il est visiblement bien plus performant que mon i7 Q720 de mon pc portable et que le E8400 de Flighty qui semble avoir un fs9 qui tourne à merveille et en plus il consomme moins d’énergie, donc logiquement si mon problème vient bel et bien du CPU (ou même de la CM ou encore de la RAM), il devrait être résolu au changement du matos... Je croise les doigts et espères ne pas avoir à changer la CG, le DD ou l'alim...

Je vous tiens au courant dès que j'ai reçu, monté et essayé tout ça !

Voilà les deux comparaisons qui semblent intéressantes :

i3 4330 vs i7 Q720

i3 4330 vs E8400

Dernière modification par mkonareff (06-12-2013 13:35:52)

Tu tournes avec plusieurs disques durs aussi...

J'ai justement recherché un site qui permet d'évaluer la puissance nécessaire en fonction de la config, et j'ai obtenu un 350 Watt minimum, 400 recommandée et mon alim est à 500 W pour une marque assez reconnue pour être fiable... Donc pas de raison que mon pc pêche de ce côté. De plus Gainward recommande une alim de 350 W minimum pour ma GTS 450, avec 150 W au dessus, je ne prend pas de risque...

Pour la GTS 450, justement, je trouve qu'elle ne travaille pas tant que ça, et même par météo bien chargée j'ai toujours eu une fluidité exemplaire. Par contre il est clair que mon CPU actuel bloque la fluidité, l'athlon n'est pas du tout à la hauteur de cette CG.
Dans le pire des cas, j'ai jeté un oeil sur la GTX 650 Ti par Gainward qui est plus intéressante que la 550, moins consommatrice d'énergie et plus performante également.

Dans tous les cas, les évaluations que j'ai réalisé m'ont laissé entendre qu'une alim de 500 W serait suffisante. Inutile pour moi d'avoir beaucoup plus, histoire de rendement.


Un autre indice ces derniers jours en ré-effectuant un benchmark avec 3DMark, on entend la CG ou la CM grésiller à forte charge et siffler lors du chargement (uniquement sous 3D Mark qui pousse les composant dans ses retranchements et il faut mettre son oreille contre le boitier pour entendre), vu que tout est normal du côté des données de la CG (fréquences etc) et que je n'ai aucun artefacts, ce serait bien la combinaison CPU+CM qui commence à me lâcher.

Quant aux laptops, j'ai volé un temps dessus, mais j'ai effectivement moi aussi passé mon chemin pour un bon pc fixe depuis maintenant 2 ans, quand j'ai acquis mon premier PC fixe !

Dernière modification par mkonareff (06-12-2013 18:02:12)

Ahah effectivement ça bouffe de l'énergie ! ^^

bonsoir

j'ai suivi ton post depuis pas mal de temps;peux tu afficher ton fs9.cfg et les paramétres de nvidia inspector(si tu l'utilises).c'est sous xp ou win7

Salut,

Merci pour vos réponses

Les réglages et les tweak dans fs9.cfg ont déjà été testés et ne donnent rien, je suis sous Windows 7 et différents réglages de Nvidia Inspector ont déjà été testés également.
Je veux bien essayer vos réglages Nvidia Inspector mais il n'y a aucune raison pour que ça fonctionne puisque j'ai déjà tenté de multiple tests.

De plus ma carte graphique n'est pas du plus haut de gamme mais on est quand même loin d’être complètement à la ramasse.

Tout est dan sla manière de FS de traiter les bgl de tes trafics

Mais alors si c'est la manière dont fs gère les trafic, tout le monde devrait rencontrer ce problème et aucune solution n'est alors possible?

EDIT : Théo, quel trafic utilises tu? WOAI?


Petit résumé de la situation:

- Le problème ne semble finalement pas être d'origine matérielle (après un upgrade, certes nécessaire, aucun changement apparent au niveau des saccades)
- Les saccades ne dépendent que de la présence du trafic (même saccades que ce soit un AI Traffic à 10% ou à 100%) Dès lors que ce trafic est désactivé, les saccades disparaissent.
- Les réglages de la carte graphique et de fs2004 n'ont aucun effet sur ces saccades (même avec les réglages les plus bas possibles)
- Ces saccades semblent associées à une recherche aléatoires de fichiers dans les dossier Aircraft de fs2004 (comme Texture.cfg qui n'est pas sensé exister sous fs9)
- Le trafic par défaut ne pose pas ce problème
- Les saccades sont traduites par une baisse du framerate d'environ 20 fps (de 30 à 10, ou de 120 à 100 par exemple) et non pas vers une valeur fixe (de 30 à 10 et de 120 à 10 par exemple)


EDIT 2 : Eh bien je ne suis plus le seul et unique ! J'ai enfin trouvé un problème similaire au mien sur un forum (comme quoi aller jusqu'en page 22 sur google c'est parfois utile ^^) Cela dit, il semblerait que la personne n'ait trouvé aucune solution, je continue à chercher de ce côté mais mon problème est également lié à csrss.exe. Qui eut cru que ce soit relatif à un autre processus? D'autant plus que ce processus est un processus windows.

Si vous pouviez jeter un oeil de votre côté pour voir si csrss.exe tenter également de trouver des clé de registre contenant ce genre de chose (chaque saccade est liée à ce type d'opération dans procmon) :

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\IniFileMapping\aircraft.CFG (même chose avec model.cfg, etc etc)

Ici :http://forum.sysinternals.com/csrssexe- … page1.html
Et ici : http://forum.avsim.net/topic/231549-fs9-loading-time/

EDIT 3 : après avoir créé ces clés fake dans le registre, elles n'apparaissent plus dans procmon mais les saccades existent toujours et sont toujours liée à des actions de recherches de fs9.exe vers ces fameux texture.cfg etc...

A ce propos, après une mise a jour de mon procmon, ces opérations ne sont plus en "CreateFile" mais bien en "QueryOpen", donc fs9 n'arrive pas à trouver ces fichiers, ce qui crée les saccades. Mais sur ce coup on revient quelques pas en arrière, la question c'est pourquoi fs9 cherche-t-il ces fichiers qui ne sont en aucun cas sensés exister sous fs9.... Mais encore une fois, ces opérations QueryOpen existent même dans un fs9 nu de tout addon sauf qu'elles ne créent pas de saccades (probablement parce que le trafic par défaut de fs n'utilise que très peu de types d'appareils...)

Pour résumer le problème ne semble pas être matériel et si c'est logiciel c'est totalement incompréhensible... Arf

Je commence à entrer en saturation là...

Dernière modification par mkonareff (09-12-2013 23:21:52)

Salut Bouzemb,

Un grand merci à toi pour ce test. Je vois que j'ai une configuration bien supérieure à la tienne et pourtant c'est chez moi que ça cloche. A la différence que tu possède XP et non Windows 7.

J'utilises effectivement MyTraffic 2006 4.1 comme celui que tu as essayé.

J'ai une autre demande pour toi : Pourrais-tu mettre procmon sur ton PC, dans Filter tu ajoute "Process is FS9.exe" et résult is "NAME NOT FOUND".
Peux-tu regarder si avec ces filtres procmon te signales des événement du type "C:\Program Files (x86)\Microsoft Games\Flight Simulator 9\Aircraft\default\aircraft.CFG" ou encore C:\Program Files (x86)\Microsoft Games\Flight Simulator 9\Aircraft\A320MY\MY01\Texture.cfg"

Si c'est le cas, ca doit être un problème d'accès fichier chez moi, si tu n'a pas ces évenements, c'est très étrange mais peut être lié à windows 7 (quoique la personne sur avsim ayant eu le même problème était sous XP)...

Merci

Dernière modification par mkonareff (10-12-2013 11:50:51)

Merci Bouzemb

Merde alors... j'ai pourtant ces erreurs sur mes deux pc...

Bon il faudrait que j'essaie d'installer XP 64 mais le problème c'est que je ne l'ai pas.

EDIT : Possèdes tu XP 32 Bits ou XP 64 Bits ?

Dernière modification par mkonareff (10-12-2013 12:55:09)

Dac, ce serait dommage pour moi de passer sous XP 32 bits car j'ai 8 Go de Ram et seuls 3 serait reconnus...

Quant à CSRSS.exe c'est un processus système de microsoft, après une relecture approfondie des posts dont j'ai mis les liens plus haut et d'après les connaisseurs il est tout à fait normal que csrss.exe cherche ces fichiers à cause de la manière dont fs9.exe a été codé. Aucun problème de ce côté donc.

Par contre toujours cette histoire des QueryOpen et Name not found... C'est la qu'il faut creuser, mais j'ai tout de même essayé sur 2 PC différents et le problème est le même ainsi que dans procmon, j'essai cet après midi sur un autre pc et vous tiens informé

Dernière modification par mkonareff (10-12-2013 13:48:15)