slt Ottstef

FS9 ou FSX
je n'utilise que du NTFS' pour sa meilleur gestion du disque
fat 32 cool en windows 98...
andré

Sûr Domifrance ?

Je ne crois pas que les disques en NTFS soient dispensés d'être défragmentés.

Dernière modification par lumat (06-07-2009 12:20:12)

lumat a écrit:

Sûr Domifrance ?

Je ne crois pas que les disques en NTFS soient dispensés d'être défragmentés.

j'ai retrouvé l'explication de "ptipilot"  ... ICI :

http://www.pilote-virtuel.com/viewtopic … 64&p=2

Ptipilot a écrit:

He bien, si j'ai un conseil a te donner, conserve ton dépanneur informatique car tu as ENFIN trouvé quelqu'un qui ne relaye pas cette stupidité de la défragmentation à outrance des disques qui ont un système de fichier NTSF.
Si cette défragmentation est indispensable sur un système FAT, elle l'est beaucoup moins sur un système NTFS.
Mais une idée qui est entrée dans l'esprit du grand public, est très difficile à inverser. Surtout qu'une partie de la profession entretien savamment cet état de chose puisse que cela rapporte énormément d'argent. (Voir la quantité d'outils de ce type proposée!...).


En effet, lorsqu'IBM a créée son HPFS (ancêtre du NTFS...), un des critères du cahier des charges était justement d'avoir dans un contexte multitâches, un système de fichiers plus robuste et moins sensible à la fragmentation (au niveau de la vitesse d'accès) que ne l'était le système FAT.
Pour cela, le système de fichier NTFS prend en compte la fréquence d'accès aux fichiers et gère une table d'index au travers d'un algorithme qui tient compte de cette fréquence d'accès.
D'ailleurs, la plupart des outils s'appuient sur ces informations pour repositionner physiquement les fichiers sur votre disque, lorsque vous lancer une réorganisation de votre disque. Et à la fin du processus , l'index NTFS lui est réinitialisé.
Bilan de l'opération après une réorganisation, on gagne un peu en vitesse d'accès (au niveau du bras des têtes) puisque les clusters sont contigus mais on a perdu le bénéfice du gain dû à l'indexation.
C'est d'ailleurs très intéressant de faire un bench de cela sur une période de temps, car les résultats sont très variables si l'on accède à des fichiers en lecture seule ou à des fichiers en lecture/écriture avec beaucoup de modification du dimensionnel.

Conclusion:
Comme c'est très souvent le cas en informatique, il est très difficile d'éditer une régle générale à couler dans le bronze.
Pour notre utilisation au niveau de notre simulateur préféré:
- Une défrage tous les deux à trois mois est amplement suffisante.




Aparté :
Est ce que vous croyez que sur des serveurs de production on a le temps de faire mumuse avec ce genre de procédure ????????????................

Les disques en NTFS ne sont pas dispensés de défragmentation mais à priori il faut la faire moins souvent qu'en FAT32 ...

A+

Dernière modification par domifrance (06-07-2009 12:44:28)

Domifrance, l'avis de Ptipilot ne veut pas dire que la défragmentation est inutile

Mais il y a de nombreux avis, y compris différents, là dessus un peu partout sur le net.

De façon certaine, NTFS fragmente moins mais ... il fragmente quand même.

Je pense qu'il est donc toujours important de défragmenter son HD régulièrement (ce qui ne veut pas dire toutes les 2 heures ).

Personnellement, je le fais un peu plus souvent que ce que suggère Ptipilot.

Dernière modification par lumat (06-07-2009 13:25:47)

Et bien, il y a des sujets qui passionnent!...


Regardons d'un peu plus prêt le file system, et essayons de comprendre comment la fragmentation se produit.

Prenons un fichier fictif nommé "Alain.txt" de 100 Ko que je copie pour la première fois sur le disque.

Comme mon disque est tout propre, celui-ci va s'enregistrer sur le premier cluster dispo (à la fin de tous les enregistrements déjà présent...)
Nota : Comme c'est un exemple fictif, je vais considérer ma taille de cluster = 150 Ko (ne cherche pas à rapprocher cette valeur à celle de votre système.... Elle est arbitraire pour l'exemple!...)

Donc, je vais utiliser 1 cluster pour ce fichier.


Maintenant, je prends un second fichier fictif nommé "Halle Berry.jpg" de 300Ko que je copie sur mon disque.
Le file system va rechercher le premier cluster de libre sur mon disque. Naturellement celui qu'il va trouvé, c'est le suivant de celui qui est déjà occupé par notre fichier précédent.

Je vais donc utiliser 2 clusters pour ce fichier.

Donc, déjà a ce moment, j'ai bricolé sur mon disque mais je n'ai pas encore créer de fragmentation....



Continuons...
Je reprend mon fichier "Alain.txt" et je le modifie. Mais cette modification n'a pas engendré de modification de poids. Mon fichier fait toujours 100 Ko. Le file system va donc placer ce nouveau "Alain.txt" sur l'ancien (dans le même cluster).

J'ai encore bricolé sur mon disque mais je n'ai pas toujours pas créer de fragmentation....



Continuons...
Je reprend mon fichier "Alain.txt" et je le modifie. Mais cette fois la modification a engendré une modification de poids. Mon fichier est passé de 100Ko à 110Ko. Mais celle-ci reste inférieur à la taille du cluster déjà utiliser pour notre précédent fichier.
Le file system va donc placer ce nouveau "Alain.txt" sur l'ancien.
Je suis toujours dans le même cluster pour ce fichier.

J'ai donc encore bricolé sur mon disque mais je n'ai pas toujours pas créer de fragmentation....



Comme, on est chaud bouillant, continuons...
Je reprend mon fichier "Alain.txt" et je le modifie. Mais cette fois la modification a engendré une modification conséquente de poids. Mon fichier est passé de 100 Ko à 800 Ko.
Il faut donc que le file system trouve :
800 / 150 = 6 clusters
pour héberger celui-ci.

Comme une des priorités du système est d'éviter de créer des trous, il va donc utiliser le cluster précédemment utilisé par notre fichier puis se mettre à la recherche d'un nouvel emplacement disponible. Dans notre cas, il va donc trouvé celui-ci à la fin du dernier cluster utilisé par notre fichier "Halle Berry.jpg".
Il va donc copier les 5 clusters restant du fichier "Alain.txt" de manière contiguë.

Enfin, je viens de créer de la fragmentation sur un fichier!....


Revenons à notre utilisation de notre système avec FS.

FS est composé pratiquement à 100% de fichiers qui ne sont accédés qu'en lecture (donc impossibilité de créer de la fragmentation par lui même... A la différence d'un SGBDR par exemple...)

Maintenant, examinons les profils des utilisateurs.
Il y a en fait deux profils types d'utilisateurs:
1) Ceux qui ajoutent/suppriment souvent des composants de FS (Avions, scéne, mesh....)
2) Ceux qui ne font que rarement ces types de changements.

Pour les premiers, une défrag sera nécessaire à la fin du processus de MAJ.
Et, non pas a chaque ajout/suppression de composant comme je le vois si souvent sur notre forum....


Pour les seconds, c'est comme les premiers, mais avec une fréquence moindre puisqu'il ne font plus de MAJ (donc, aucune nécessite de défragmenter, si pas de MAJ...).

Je vais même plus loin...
Si comme moi, vous n'avez pas saucissonner votre DD.
Vous avez donc sur une même partition:
- Le système
- Votre FS favori
- L'ensemble de tous vos autres applicatifs....

Le système lui peut se retrouver fragmenté quand :
- Il y a des MAJ Microsoft,
- Si vous n'avez pas pris la précaution d'avoir un fichier d'échange fixe (pour ceux qu'il l'utilise...) .

Mais de toutes façons cela reste limité puisse le système est chargé en mémoire au boot de la station. L'impact de la fragmentation reste transparente puisse qu'il n'y a pratiquement plus d'I/O (Excepté sur le fichier d'échange... S'il y a nécessité...).

Pour notre FS favori, nous avons vu qu'il ne pouvait pas s'autogénérer de la fragmentation.... Donc....

Quant aux autres applicatifs, on s'en fou... Que Word soit long à charger, n'est pas notre propos lorsque l'on est sur notre simulateur.



Je suis persuadé de n'avoir convaincu personne par mon propos qui va à l'encontre de beaucoup de littérature présente sur le net, mais je me site et je persiste :
Est ce que vous croyez que sur des serveurs de production on a le temps de faire mumuse avec ce genre de procédure ????????????................

Dernière modification par Ptipilot (06-07-2009 15:29:50)

NTFS ou Fat32, il faut défragmenter...
Il est vrai qu'en NTFS, la taille des clusters est plus petite donc la perte de place est moindre  (surtout pour les petits fichiers) mais elle existe toujours.
La fragmentation est le morcellement de fichiers... Pour schématiser à l'extrême, j'ai un fichier de 100ko, entre 2 fichiers, il y a une place de 10 ko, et bin je coupe le fichier de 100 ko en 10 ko et 90 ko. Dans cet espace je mets 10 ko et je fous les 90 ko ailleurs... Donc niveau temps d'accès, pas terrible!!!
Qu'est ce que la défrag? C'est une réorganisation des données sur un HD donc en rangeant bien on gagne de l'espace et du temps car les temps d'accées au HD sont moins longs. Pas besoin de courir sur tout le disque pour lire les fichiers.

Dernière modification par Wahoo (06-07-2009 18:27:04)

lumat a écrit:

Le hic, c'est que vous, experts et ingénieurs, vous n'êtes jamais tous sur la même longueur d'ondes.

Tu es logique dans ton raisonnement, et convaincant. mais d'autres, tout aussi logiques et convaincants, essaient de prouver par A+B des choses, certes pas complètement opposées, mais légèrement différentes.

En général, on est souvent d'accord entre nous... Reste après la méthode d'expressions qui est propre à chacun....
Sur ce point j'ai beaucoup évolué en prenant de l'âge!...
Car plus jeune j'avais un discourt très technique mais peu compréhensible par l'utilisateur lambda...
Et lorsque l'on veut faire passer un projet au niveau d'une direction, il vaut mieux abandonner son langage technique...

Sinon, ce qu'il faut retenir c'est :
Quelque soit le système utilisé (FAT, HPFS, NTFS, EXT...) la fragmentation ne peut se générer que lors d'un cycle d'enregistrement des données.
Notre FS en utilisation ne fait que de la lecture => aucune défragmentation généré.
Donc, si celui-ci a déjà fait l'objet d'une opération de défrague=> Il est CLEAN....

Et même, si le reste de votre disque est un morceau d'Emmental, vous ne trouverez aucune différence d'utilisation de votre FS (Ces entrées à lui dans la table de gestion des fichiers étant "propres"...).

Si vous ne faites pas de modification sur celui, trois ans après les fichiers de FS auront toujours la même place physique sur le disque. Même si tout à évolué autour de lui!......

Dernière modification par Ptipilot (07-07-2009 09:35:38)

Nirgal76 a écrit:

Mais l'important n'est pas seulement la fragmentation. si tous tes fichiers sont en un seul morceau mais que les 4 textures que FS va charger sont chacune à un endroit différent du disque, ça va générer du temps d'accès pour déplacer les têtes. Donc il est tout aussi important, en plus de la défragmentation, que les fichiers soient "regroupées" sur le disque de façon logique. La encore, NTFS va regrouper les fichiers selon leur nombre d'utilisation par exemple, ce qui peut améliorer par rapport à FAT32.
Conclusion : prendre NTFS

Tu as tout as fait raison d'enfoncer le clou!...
Je l'avais expliqué de manière un peu différente dans mon premier message que Domifrance à été rechercher.
Tanks a lot!....

Un autre avantage par rapport à la FAT est :
La capacité lors d'un cycle d'écriture à détecter un secteur défectueux et de flaguer celui-ci comme "inutilisable". Il copiera donc la donnée sur un autre secteur.

Dernière modification par Ptipilot (07-07-2009 13:22:06)

esmdu a écrit:

dac , mais cela fera un trou dans la continuité de la lecture ou de l'écriture...les 'têtes' passant leur temps a retrouver le(s) secteur(s) de substitution

André, tu as complètement raison sur le principe.
Mais malheureusement les disques modernes étant de plus en plus grands, il y a donc de plus en plus de chance de trouver quelques secteurs défectueux sur leurs surfaces. C'est d'ailleurs pour cela que les constructeurs ont introduit depuis quelques années cette fameuse zone de réserve de secteur. La gestion de cette zone est effectuée directement par le contrôleur sans aide extérieure.

Avec la technologie SMART embarquée ont peut facilement visualiser leur état.
C'est le paramètre :
Reallocated Sectors Count 

http://www.siguardian.com/products/sigu … aning.html

Par contre au niveau des temps d'accès, il ne faut pas mettre au même niveau un "trou" due à un secteur défectueux flagué et remmaper avec un "trou" due à la fragmentation par le système de fichier.
Dans le premier cas, nous sommes au niveau hard pur, alors que dans le deuxième cas nous sommes au niveau logique (file system) puis dans un deuxième temps au niveau hard.

esmdu a écrit:

il y a trois modes principaux  la lecture, l'écriture et la recherche de la zone R/W....

André, puisse que tu commences par des grossièretés, tu as oublié deux autres phases!....
Ce sont les phases de décollage et d'atterrissage des têtes.

C'est important le décollage et l'atterrissage sur un forum comme le nôtre....

Dernière modification par Ptipilot (08-07-2009 08:57:58)

slt Ptipilot
c'est vrai,mais je faisais simplifié  
andré

Dernière modification par esmdu (08-07-2009 09:57:27)

Salut à tous,

Je prend le train en marche (suite à des travaux engagés par ma tendre et chère, je n'avais plus d'internet depuis Lundi ...).

Ptipilot, pour reprendre ta comparaison avec les serveurs, je suis partiellement d'accord.
Pourquoi, parce que en effet lorsqu'on installe un serveur, du moins de la façon dont je pratique depuis plus de 20 ans (je suis Admin chez THALES depuis les années 88) :
- on partionne réserve un disque (voire deux disques en miroir) pour le système, système que l'on met à jour que lorsqu'une mise à jour de sécurité ou un ajout de fonctionnalité est nécessaire,
- on réserve une partition pour les applications (sur un RAID 5) et
- on stocke les données qui évoluent  sur une troisième partition (sur le RAID 5, par exemple).

Avec ce mode d'installation :
1) les fichiers systèmes ne bougent pratiquement pas sauf les fichiers sous C:\Windows\Tmp et encore on peut toujours se fixer une partition pour le swap et les fichiers emporaires, aprtition autre que la partition système et choisie sur la partie du disque où les opérations de lecture sont les plus rapides,
2) les fichiers utilisateurs prennent des tailles conséquentes (plusieurs centaine de Go) et si on voulait défragmenter ces données la nuit ne suffirait pas car il faut aussi faire des sauvegardes (hé oui).

Toutefois, je ne veux pas entrer dans une polémique (ce n'est pas mon propos), je voulais juste complémenter ton propos.

C'est pourquoi j'utilise depuis toujours la même méthode d'installation chez moi, mis à part que je n'ai pas de RAID matériel et encore moins de RAID 5, mais qu'avec au moins 2 disques différents on peut les affecter de la même façon pour organiser ses données sur ses moyens de stockage en les répartissant de manière intelligente en prenant en compte la façon dont l'OS pratique ses entrées/sorties.

Euh, j'ai pas vraiment compris

C'est 2eme degré je suppose ? Ou il y a du nouveau chez les experts ?

Il est où le fameux post ?

Dernière modification par lumat (12-07-2009 17:03:06)