Dégradation des perfomrances de lectures d'un disque dur

Le
Hueyduck
Bonsoir à tous,

J'ai une carte mère qui dispose d'un contrôleur raid IDE. J'utilise ce
contrôleur sous XP SP2 pro pour connecter 2 disques durs indépendants,
tous deux en maitre chacun sur sa nappe.
Ces disques contiennent des banques de sons dont certains sont lus en
streaming (direct from disc).
Depuis quelques temps, j'ai remarqué des problèmes d'accès avec un des
deux disques. On sent que le système attends souvent que le disque réponde.

J'ai fait un test de performance avec un petit logicel nommé RAPTEST.exe
qui était prévu au départ par Raptor pour vérifier que les HDD étaient
aptes à enregistrer de la video.
ET là, surprise: la vitesse en écriture est la même qu'avant (environ
30-40 MO/s), alors que la vitesse de lecture rame à donf et tombe à 3 Mo/s.

Biens pur, je vais tenter une défragmentation, mais je doute qu'il y ai
un rapport vu que je n'efface jamais quoi que ce soit de ce disque (les
banques de sons sont mises dessus et puis un iquement lues par la
suite, jamais effacées).

Je lance la défragmentation, pour voir, mais en attendant, vos avis me
seront précieux.

Merci.

Huey
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Hueyduck
Le #16411721
Une précision qui a son importance: le disque de 115Go dispose de 8%
d'espace libre et est partitionné en FAT 32.

Vu que le second est aussi plein mais est en NTFS et ne pose pas de
problème, je me demande si je ne suis pas en train de me répondre tout seul.

Une petite confirmation des experts de ce groupe me confirmaera qu'il
faut que je passe à une partition NTFS ou un disque plus gros.

La défragmentation est lancée. Vu l'espace libre, il y en a pour un
petit moment :-)

Huey
Sabrem JORAM
Le #16412471
Hueyduck a écrit :

Une précision qui a son importance: le disque de 115Go dispose de 8%
d'espace libre et est partitionné en FAT 32.

Vu que le second est aussi plein mais est en NTFS et ne pose pas de problème,
je me demande si je ne suis pas en train de me répondre tout seul.

Une petite confirmation des experts de ce groupe me confirmaera qu'il faut
que je passe à une partition NTFS ou un disque plus gros.

La défragmentation est lancée. Vu l'espace libre, il y en a pour un petit
moment :-)

Huey



Bonjour,

C'est certain que la fragmentation a un impact négatif et très sensible
sur la vitesse d'accès et le débit...

En outre, la différence de vitesse de traitement entre un fichier situé
en début et celui situé en fin du même disque (fichiers tous deux
défragmentés) peut être de 1 à 6 voire plus...

Le problème est que la défragmentation exige un minimum de place pour
avoir lieu dans de bonnes conditions. L'outil natif de XP exige par
exemple au moins 15 % de libre.

Si moins d'espace est libre, la défragmentation sera beaucoup plus
longue (fatiguant d'autant le travail mécanique du disque) et
susceptible d'être plus ou moins complète selon le défragmenteur
utilisé et la taille des plus grands fichiers. Comprendre qu'avant
d'être placés sur des clusters contigus, le contenu des clusters des
fichiers doivent d'abord être déplacés...

Du point de vue de la vitesse pure, il n'y a pas de différence sensible
entre NTFS et FAT : l'avantage (est-il sensible ?) serait à la FAT pour
la lecture...

Donc à égalité de données à traiter, à vitesse égale, vous devriez
acquérir un disque plus gros

Cordialement,

--

Pascal, F-20214

http://www.worldcommunitygrid.org/
http://www.clubic.com/forum/--t318291.html
Sabrem JORAM
Le #16412581
Sabrem JORAM a écrit :
Hueyduck a écrit :

Une précision qui a son importance: le disque de 115Go dispose de 8%
d'espace libre et est partitionné en FAT 32.

Vu que le second est aussi plein mais est en NTFS et ne pose pas de
problème, je me demande si je ne suis pas en train de me répondre tout
seul.

Une petite confirmation des experts de ce groupe me confirmaera qu'il faut
que je passe à une partition NTFS ou un disque plus gros.

La défragmentation est lancée. Vu l'espace libre, il y en a pour un petit
moment :-)

Huey



Bonjour,

C'est certain que la fragmentation a un impact négatif et très sensible sur
la vitesse d'accès et le débit...

En outre, la différence de vitesse de traitement entre un fichier situé en
début et celui situé en fin du même disque (fichiers tous deux défragmentés)
peut être de 1 à 6 voire plus...

Le problème est que la défragmentation exige un minimum de place pour avoir
lieu dans de bonnes conditions. L'outil natif de XP exige par exemple au
moins 15 % de libre.

Si moins d'espace est libre, la défragmentation sera beaucoup plus longue
(fatiguant d'autant le travail mécanique du disque) et susceptible d'être
plus ou moins complète selon le défragmenteur utilisé et la taille des plus
grands fichiers. Comprendre qu'avant d'être placés sur des clusters contigus,
le contenu des clusters des fichiers doivent d'abord être déplacés...

Du point de vue de la vitesse pure, il n'y a pas de différence sensible entre
NTFS et FAT : l'avantage (est-il sensible ?) serait à la FAT pour la
lecture...

Donc à égalité de données à traiter, à vitesse égale, vous devriez acquérir
un disque plus gros

Cordialement,



Je complète pour la différence que vous observez entre FAT en NTFS dans
le cas présent et qui pourrait être éventuellement expliquée ainsi :
tous les fichiers de taille au plus égale à 1 Ko sont regroupés dans la
MFT...

--

Pascal, F-20214

http://www.worldcommunitygrid.org/
http://www.clubic.com/forum/--t318291.html
Sabrem JORAM
Le #16412651
Sabrem JORAM a écrit :
Sabrem JORAM a écrit :
Hueyduck a écrit :





Désolé pour les fautes :


Une précision qui a son importance: le disque de 115Go dispose de 8%
d'espace libre et est partitionné en FAT 32.

Vu que le second est aussi plein mais est en NTFS et ne pose pas de
problème, je me demande si je ne suis pas en train de me répondre tout
seul.

Une petite confirmation des experts de ce groupe me confirmaera qu'il faut
que je passe à une partition NTFS ou un disque plus gros.

La défragmentation est lancée. Vu l'espace libre, il y en a pour un petit
moment :-)

Huey



Bonjour,

C'est certain que la fragmentation a un impact négatif et très sensible sur
la vitesse d'accès et le débit...

En outre, la différence de vitesse de traitement entre un fichier situé en
début et celui situé en fin du même disque (fichiers tous deux
défragmentés) peut être de 1 à 6 voire plus...

Le problème est que la défragmentation exige un minimum de place pour avoir
lieu dans de bonnes conditions. L'outil natif de XP exige par exemple au
moins 15 % de libre.

Si moins d'espace est libre, la défragmentation sera beaucoup plus longue
(fatiguant d'autant le travail mécanique du disque) et susceptible d'être
plus ou moins complète selon le défragmenteur utilisé et la taille des plus
grands fichiers. Comprendre qu'avant d'être placé sur des clusters
contigus, le contenu des clusters des fichiers doit d'abord être
déplacé ...





... hors clusters originaux et destinataires...


Du point de vue de la vitesse pure, il n'y a pas de différence sensible
entre NTFS et FAT : l'avantage (est-il sensible ?) serait à la FAT pour la
lecture...

Donc à égalité de données à traiter, à vitesse égale, vous devriez acquérir
un disque plus gros

Cordialement,



Je complète pour la différence que vous observez entre FAT en NTFS



Lire "entre FAT et NTFS"

dans le
cas présent et qui pourrait être éventuellement expliquée ainsi : tous les
fichiers de taille au plus égale à 1 Ko sont regroupés dans la MFT...



Voilà de quoi amorcer un troll classique sur les mérites respectifs de
NTFS et FAT :-) où NTFS sort toujours gagnant...

Quant à moi, je ne me sers plus de FAT que pour, éventuellement, y
loger le fichier de pagination...

--

Pascal, F-20214

http://www.worldcommunitygrid.org/
http://www.clubic.com/forum/--t318291.html
_Pat_ #;))
Le #16418471
Sabrem JORAM a écrit :
Quant à moi, je ne me sers plus de FAT que pour, éventuellement, y loger
le fichier de pagination...




j'espère que c'est sur un disque dur dédié, exclu de l'indexation, du
scan antiviral, en ultra scsi 320 :)

cdlt
Sabrem JORAM
Le #16419861
_Pat_ #;)) a écrit :
Sabrem JORAM a écrit :



Quant à moi, je ne me sers plus de FAT que pour, éventuellement, y loger le
fichier de pagination...





Bonjour,




j'espère que c'est sur un disque dur dédié, exclu de l'indexation, du scan
antiviral, en ultra scsi 320 :)

cdlt



:-)

Cette disposition ne relève plus actuellement que de l'exercice de
style : le meilleur moyen d'optimiser la mémoire virtuelle étant de
posséder suffisamment de RAM afin de paginer le moins possible... et
il n'y a plus maintenant d'obstacle financier important...

Amicalement,

--

Pascal, F-20214

http://www.worldcommunitygrid.org/
http://www.clubic.com/forum/--t318291.html
Michel__D
Le #16425101
Bonjour,

Hueyduck a écrit :
Bonsoir à tous,

J'ai une carte mère qui dispose d'un contrôleur raid IDE. J'utilise ce
contrôleur sous XP SP2 pro pour connecter 2 disques durs indépendants,
tous deux en maitre chacun sur sa nappe.
Ces disques contiennent des banques de sons dont certains sont lus en
streaming (direct from disc).
Depuis quelques temps, j'ai remarqué des problèmes d'accès avec un des
deux disques. On sent que le système attends souvent que le disque réponde.

J'ai fait un test de performance avec un petit logicel nommé RAPTEST.exe
qui était prévu au départ par Raptor pour vérifier que les HDD étaient
aptes à enregistrer de la video.
ET là, surprise: la vitesse en écriture est la même qu'avant (environ
30-40 MO/s), alors que la vitesse de lecture rame à donf et tombe à 3 Mo/s.

Biens pur, je vais tenter une défragmentation, mais je doute qu'il y ai
un rapport vu que je n'efface jamais quoi que ce soit de ce disque (les
banques de sons sont mises dessus et puis un iquement lues par la
suite, jamais effacées).

Je lance la défragmentation, pour voir, mais en attendant, vos avis me
seront précieux.



Si la vitesse d'écriture dépasse la vitesse de lecture, c'est sur qu'il
y a un problème !

Il n'y a rien de spécial au niveau du journal des événements ?
Sibusate
Le #16429581
Bonsoir Hueyduck,
Je ne suis pas sûr que de faire du Raid (Raid-1 ? si j'ai bien compris)
avec un disque en FAT et l'autre en NTFS soit une idée géniale.... je
suis même surpris que cela puisse fonctionner....
Personnellement, la première chose que je ferais, serait de convertir le
volume FAT en NTFS et refaire complètement le Raid... Mais je ne suis
pas certain que cela soit la *bonne* réponse....
A tout hasard... pour faire vancer la réflexion....


Hueyduck a écrit :
Une précision qui a son importance: le disque de 115Go dispose de 8%
d'espace libre et est partitionné en FAT 32.

Vu que le second est aussi plein mais est en NTFS et ne pose pas de
problème, je me demande si je ne suis pas en train de me répondre tout
seul.

Une petite confirmation des experts de ce groupe me confirmaera qu'il
faut que je passe à une partition NTFS ou un disque plus gros.

La défragmentation est lancée. Vu l'espace libre, il y en a pour un
petit moment :-)

Huey


Hueyduck
Le #16431021
Sibusate a écrit :
Bonsoir Hueyduck,
Je ne suis pas sûr que de faire du Raid (Raid-1 ? si j'ai bien compris)
avec un disque en FAT et l'autre en NTFS soit une idée géniale....



Ca c'est sûr ;-)

Non, comme je l'aid it, il s'agit d'un contrôlleur prévu pour faire du
raid, mais je m'en sers pour connecter 2 disques dur indépendants,
absolument pas en RAID.

Merci de ta remarque.

Huey
Hueyduck
Le #16431011
Merci à tous pour vos observations.

La première était la bonnne. Le disque était simplement trop plein.

Je l'ai remplacé par un nouveau disque de 500Go et tout tourne à nouveau
correctement.

Je n'avais effectué aucun changemnt dans le système, certes, mais
j'avais installé quelques jours auparavant une nouvelle banque de sons
que avait simplement été lé goutte d'eau qui avait trop rtempli le
disque dur.


Mon problème est donc réglé et j'en tire la lleçon qu'un disque dur
plein ,même peu fragmenté , voit ses performances de lectures
terriblement dégradées.

Voilou.

Huey
Publicité
Poster une réponse
Anonyme