Lagaffe a écrit:

Mon cher Christophe, j'avais envie de te répondre mais je pense que cela va nous emmener encore vers un HS et ce soir ... je ne suis pas vraiement pas d'humeur. Tu es un grand gamin qui veut toujours avoir le dernier mot et ce malgré ta jeune expérience, le pire c'est que ce n'est pas la première fois que l'on te le dit et en l'occurence c'était une autre personne.
Donc pour cette fois, TU auras le dernier mot car moi je m'en vais voir un bon film

J'espère que tu aies de meilleur aujourd'hui.
Je commence à te connaître et j'ai l'impression que tu as beaucoup de mal à accepter que quelqu'un de plus jeune que toi puisse te contredire ou avoir une opinion différente. Je vais donc justifier mon opinion (et oui, incroyable, j'ai une raison de penser ce que je dis, c'est pas que pour t'embêter!), j'espère que tu feras de même pour la tienne.

@Lamhawkeye: Si j'ai bien compris, tu comptes installer FSX et ses addons sur un SSD et ton OS sur le disque Caviar Black.
Les 2 disques que tu as choisi sont de très bons modèles, il y a donc peu de risques de saturation. Sachant que les seules données du Caviar Black qui seront utilisés pendant le jeu sont l'OS et que ton disque est très performant, je ne pense pas qu'il soit nécessaire d'utiliser la méthode de Lagaffe dans ce cas-ci. Pour ce qui est de la surcharge du contrôleur, je ne pense pas que ça arrivera notamment car ta CM est de bonne facture (Gigabyte) et que FSX n'est pas non plus la terreur des disques, surtout en vol.
Sinon, il ne faut pas te vexer, je reconnais que ta méthode a sûrement une très forte utilité pour les PC avec un seul disque ou de mauvaise qualité.

Christopher

Pardon, je parlais de la mémoire cache du disque dur, qui est de type Flash. Et qui a donc un intérêt à être câblé en SATA-3 car elle est performante.

Merci de la remarque constructive,

Christopher

Dernière modification par christo95 (13-12-2011 11:21:14)

christo95 a écrit:

Pardon, je parlais de la mémoire cache du disque dur, qui est de type Flash. Et qui a donc un intérêt à être câblé en SATA-3 car elle est performante.

Je pensais que tu voulais parler du cache système de l'OS...
Désolé, je n'avais pas bien interprété ta réponse dans le contexte dans laquelle elle se situait.

C'est un vrai casse-tête ^^..le problème serait résolu par deux SSD sata 3 de 500go mais je n'ai pas (encore) gagné à l'euromillion.

a) Je pense pense pas avoir parlé de "saturation ou de surcharge du contrôleur" ou alors effectivement je dois radoter
b) le fait d'avoir le noyau+drivers en mémoire pemet de minimiser au maximum les temps de commutation entre les tâches dédiées à l'OS et celles à FSX car la mémoire est d'un accès beaucoup, beaucoup plus rapide que ceux des disques durs.
c) "FSX n'est pas non plus la terreur des disques" ah bon ... alors pourquoi tout le monde se rue sur des SDD

Pour finir, je n'ai aucun problème à accepter que quelqu'un de plus jeune puisse avoir une opinion différente de la mienne:  chacun est libre de ses opinions.
Simplement, lorsque on veut donner des conseils d'achats à d'autres il faut quand même étayer ses démonstrations et ne pas se retrancher derrière des "j'ai lu dans un journal" ou "je pense que".

Les amis, je ne suis pas totalement d'accord avec vous concernant les I/O de l'OS....

Effectivement, comme le dit Didier, si l'on prend soin de dire à celui-ci de conserver ses DLL en mémoire, le noyau n'étant chargé qu'au bout de la station, il n'est pas très intéressant de le mettre sur un disque utra rapide.
Et, comme le dit si justement Nirgal76, qu'il mette 15 ou 30 secondes à se bouter, vis à vis de la durée de l'utilisation ultérieure, le gain n'a que peu d'intérêt.


Par contre, lors de son fonctionnement, vous avez l'air d'oublier les I/O du fichier d'échange qui dans le cas de l'utilisation de FSX sont loin d'être négligeable. De ce fait, si l'on a une configuration multi disque, il sera préférable de bien choisir sa localisation.
En règle générale sur un autre disque dur en début de secteur physique, et si utilisation d'un disque PATA => pas sur la même nappe qu'un disque à fort taux de transfert.

Dernière modification par Ptipilot (15-12-2011 14:08:26)

Ca me paraît une bonne option si tu n'as pas les moyens d'investir dans un SSD pour W7 (car c'est un vrai confort en utilisation quotidienne). Par contre, pour FSX, ca suffit amplement à mon avis. Les disques Caviar Black sont les références, ainsi que les Hitachi Deskstar 7K3000.
Pour le SSD, je te recommande le Crucial M4. Prix correct et très bonnes performances.
Pour le RAMDISK, je laisse la place à Lagaffe.

Christopher

vous avez l'air d'oublier les I/O du fichier d'échange

Effectivement, j'avais oublié cet argument dans ma démonstration et pour cause la plupart du temps je fonctionne avec un fichier d'échange nul !
Cela ne nuit pas à mon simu car je vole essentiellement en VFR sur des scènes simples (pas un CDG avec un trafic AI à fond).

Pour le RAMDISK, je laisse la place à Lagaffe.

Là, je vois Ptipilot qui rigole au fond près du poële ... un RAMDISK est une partie de la mémoire qui est utilisée comme un disque dur très très rapide et auxquel on affecte une lettre (Z:\ par exemple). Dans le cas que j'expose, on peut croire qu'il s'agit de la même chose et pourtant ...
Pour dissiper le malentendu, voici la recette pour mettre le noyau+dll en mémoire :

Par défaut, les pilotes et le noyau de Windows sont chargés en mémoire virtuelle (fichier swap), c'est-à-dire sur le disque dur. Pour les utilisateurs ayant une grande quantité de mémoire vive disponible, il est possible de forcer le chargement du noyau et des pilotes en RAM (mémoire vive), ce qui peut améliorer sensiblement les performances du système. En revanche, si la quantité de RAM disponible n'est pas assez grande, le fait de changer ce paramètre peut conduire à un blocage complet du système !

Les valeurs recommandées de mémoire vive disponible pour 2000 et XP sont respectivement de 128 et 256 Mo, voire le double si des applications gourmandes en mémoire vive sont chargées.

Pour modifier ce paramètre :
•Ouvrez l'éditeur de registre
•Localiser l'entrée suivante :
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Session Manager/Memory Management
•Créer ou modifier la valeur DisablePagingExecutive de type DWORD et lui donner la valeur 1 (0 pour revenir à la mémoire virtuelle)

Dernière modification par Lagaffe (15-12-2011 21:07:53)

Lamehawkeye a écrit:

Ok, j'ai bien compris mais quelle différence avec la création d'un RAMDISK sur lequel on place le fichier d'échange ou encore cette manip?

http://www.pcastuces.com/pratique/windo … /page4.htm

La manip dont tu parles c'est exactement ce que j'ai expliqué au dessus (sans les images...).

Par contre on pourrait être tenté si l'on a beaucoup de mémoire RAM à sa disposition, de faire la même chose, mais dans sur un disque virtuel (RAMDISK). Solution alléchante car là, les taux de transfert n'ont rien à voir.

Petit problème néanmoins, c'est que ce RAMDISK, pour qu'il fonctionne,  il faut l'initialiser (Montage du volume + affectation d'une unité logique + formatage).
Et c'est là que le bas blesse... Les procédures de boot des systèmes ne permettent en règles générales pas, d'intervenir suffisamment tôt dans leurs déroulements, pour faire ces opérations préalables indispensables.

Voili voilou... Je retourne au fond, près de mon poêle au chaud....


Nota :
Cela me fait penser qu'il faut que je regarde comment Norton traite son disque de Recovery, car je crois pourtant bien qu'il monte leur produit dans un RAMDISK?....

Dernière modification par Ptipilot (16-12-2011 15:10:37)

Lamehawkeye a écrit:

J'ai l'impression qu'on s’emmêle les pinceaux là...

Heu... Petite rectification... Que tu t'emmêles les pinceaux....
Didier et moi, il n'y a pas de problèmes à notre niveau, nous nous comprenons.

Relis un peu tout cela calmement...

Dernière modification par Ptipilot (16-12-2011 15:11:40)

Le fait de conserver les DLL du noyaux constamment en mémoire vive (RAM) est complétement indépendant de la localisation du fichier d'échange.

Maintenant, je retourne au fond, près de mon poêle au chaud, avant de me faire engueuler...

Dernière modification par Ptipilot (16-12-2011 17:52:07)

http://play-in-tours.fr/?page_id=240

http://memory.dataram.com/products-and- … re/ramdisk

Encore cette histoire de ram et de swap.

Je vois que l'on ne s'embête pas sur ce post ... hé ptipilot, t'as un place pour moi près du poële ?

@Lamehawkeye, il ne faut pas s'emflammer sur ce forum du moins pas de suite. Lis quelques post de chacun et tu comprendras comment ces personnes fonctionnent, comment elles plaisantent, comment elles s'enguelent (éh oui, cela arrive aussi ). Ptipilot est un peu taquin mais pas méchant

Le noyau+dll en mémoire n'est pas si gourmand que ça (256 ou 512 Mo de RAM ce n'est pas la mort quand même).
Lorsque le RAMDISK a été inventé c'était pour pallier la lenteur des disques ATA d'une centaine de Mo ... c'est vieux mais cela marche encore. Il n'y a pas si longtemps j'avais un driver qui créait un RAMDISK pour Windows 2000, il faudrait voir si cela existe pour XP ou Seven. L'avantage du driver c'est que c'était initialisé très tôt au boot du PC.

Pour un test, ne te fais pas de bile en voulant mixer les 2 : testes séparément les solutions et vos si cela arrange tes problèmes.
Je vais rechercher ce driver pour un RAMDISK ... et je vous fais signe

=> première réponse: http://support.microsoft.com/kb/257405/fr pour Windows 2000
=> encore une: http://www.codeguru.com/Cpp/W-P/system/ … .php/c5789 pour XP
=> soluce payante: http://members.fortunecity.com/ramdisk/ … iskent.htm mais valable pour XP et Seven

=> et encore une pour le fun: http://tweaks.com/windows/37232/ar-ram-disk

Dernière modification par Lagaffe (16-12-2011 20:47:17)