Bonjour,
J'ai pensé à l'idée d'un logiciel de défragmentation sur l'interface d'administration afin d'optimiser les disques dur (performances, durée de vie)
Qu'en pensez vous ?
1
7 réponses à ce sujet
#1
-
- Membres
-
- 46 messages
Qnapeur officiel
- Matériel: TS-259 Pro
Posté 17 mars 2010 - 12:42
QNAP TS-259 Pro v3.2.4 build 0315
Seagate 1To - Raid 1
Seagate 1To - Raid 1
#2
-
- Spécialistes réseau & FAI
-
- 23 messages
Qnapeur fidèle
- LocationSwitzerland / France
- Matériel: TS-410
Posté 17 mars 2010 - 20:07
Bonsoir,
en fait la fragmentation est très très réduite pour les système de fichier utilisés (ext3 et 4). La fragmentation est un "mal" des systèmes FAT et dans une moindre mesure NTFS.
Dans le cas du NAS la défragmentation serait donc inutile.
Arnaud
(en gros FAT rempli tout les trou dans l'ordre du disque, ext rempli les plus gros trou et minimise la fragmentation)
en fait la fragmentation est très très réduite pour les système de fichier utilisés (ext3 et 4). La fragmentation est un "mal" des systèmes FAT et dans une moindre mesure NTFS.
Dans le cas du NAS la défragmentation serait donc inutile.
Arnaud
(en gros FAT rempli tout les trou dans l'ordre du disque, ext rempli les plus gros trou et minimise la fragmentation)
Blackhole : fixe, Q8400@3.2GHz, 4Go RAM, HD5770, 2*1To+500Go, Windows 7/ Kubuntu 8.04
Galaxy : portable 17" T5600@1.83GHz, 2Go RAM, GeForce 7600M; 2*100Go, Windows 7/ Kubuntu 9.10
Star : eeePC 9", 1Go RAM, SSD 20Go, Archlinux
Planet : iPod touch 16Go
Supernova : TS410
Galaxy : portable 17" T5600@1.83GHz, 2Go RAM, GeForce 7600M; 2*100Go, Windows 7/ Kubuntu 9.10
Star : eeePC 9", 1Go RAM, SSD 20Go, Archlinux
Planet : iPod touch 16Go
Supernova : TS410
#3
-
- Membres
-
- 46 messages
Qnapeur officiel
- Matériel: TS-259 Pro
Posté 17 mars 2010 - 21:06
Nono, le 17 mars 2010 - 20:07 , dit :
Bonsoir,
en fait la fragmentation est très très réduite pour les système de fichier utilisés (ext3 et 4). La fragmentation est un "mal" des systèmes FAT et dans une moindre mesure NTFS.
Dans le cas du NAS la défragmentation serait donc inutile.
Arnaud
(en gros FAT rempli tout les trou dans l'ordre du disque, ext rempli les plus gros trou et minimise la fragmentation)
en fait la fragmentation est très très réduite pour les système de fichier utilisés (ext3 et 4). La fragmentation est un "mal" des systèmes FAT et dans une moindre mesure NTFS.
Dans le cas du NAS la défragmentation serait donc inutile.
Arnaud
(en gros FAT rempli tout les trou dans l'ordre du disque, ext rempli les plus gros trou et minimise la fragmentation)
Ah oui c'est vrai le bon système de fichier Linux, j'oubliais
Honte à moi xD
QNAP TS-259 Pro v3.2.4 build 0315
Seagate 1To - Raid 1
Seagate 1To - Raid 1
#4
-
- Membres
-
- 9 messages
Jeune Qnapeur
- Matériel: TS-259 Pro
Posté 01 avril 2011 - 17:51
g&g, le 17 mars 2010 - 21:06 , dit :
Ah oui c'est vrai le bon système de fichier Linux, j'oubliais
Honte à moi xD
Honte à moi xD
La défragmentation ne sert pas qu'à reconstituer des fichiers en entier mal également de les repositionner dans les répertoires afin d'y avoir accès plus rapidement.
Est ce possible sur le NAS ?
Qnapement,
Navarro Expertise Conseil
#5
-
- Administrateurs
-
- 3 249 messages
Qnapeur officiel
- Matériel: TS-459 Pro, TS-219, TS-109 II
Posté 01 avril 2011 - 18:02
Bonjour,
Comme sur tout Linux ... pas vraiment de défragmenteur ...
... il faut choisir dès le début dans l'ordre ext4 , ext3 et ext2 du moindre risque de fragmentation au risque plus important
La méthode préconisée est : copier les données sur un autre disque, effacez, recopier ... toute fragmentation si il y a sera supprimée.
Philippe.
navarroec, le 01 avril 2011 - 17:51 , dit :
La défragmentation ne sert pas qu'à reconstituer des fichiers en entier mal également de les repositionner dans les répertoires afin d'y avoir accès plus rapidement.
Est ce possible sur le NAS ?
Qnapement,
Navarro Expertise Conseil
Est ce possible sur le NAS ?
Qnapement,
Navarro Expertise Conseil
Comme sur tout Linux ... pas vraiment de défragmenteur ...
... il faut choisir dès le début dans l'ordre ext4 , ext3 et ext2 du moindre risque de fragmentation au risque plus important
La méthode préconisée est : copier les données sur un autre disque, effacez, recopier ... toute fragmentation si il y a sera supprimée.
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#6
-
- Membres
-
- 9 messages
Jeune Qnapeur
- Matériel: TS-509 Pro, TS-439 Pro II, TS-410
Posté 18 août 2011 - 15:46
J'arrive un peu tard sur le sujet, mais il est vrai que la défragmentation manque un peu.
Car avec le temps et les disques qui se remplissent, les perfs diminuent quand même beaucoup. J'ai un volume de 8 To, et au bout de 2 ans, les perfs n'ont plus rien à voir avec celles des premiers jours.
Et copier 8To "ailleurs", effacer et les remettre, ce n'est pas si facile.
Je vais avoir l'occasion de le faire bientôt du fait du changement de NAS et de disques, le problème sera donc réglé (pour un temps). Mais je voulais quand même dire que j'ai fait le même constat que g&g et navarroec.
Car avec le temps et les disques qui se remplissent, les perfs diminuent quand même beaucoup. J'ai un volume de 8 To, et au bout de 2 ans, les perfs n'ont plus rien à voir avec celles des premiers jours.
Et copier 8To "ailleurs", effacer et les remettre, ce n'est pas si facile.
Je vais avoir l'occasion de le faire bientôt du fait du changement de NAS et de disques, le problème sera donc réglé (pour un temps). Mais je voulais quand même dire que j'ai fait le même constat que g&g et navarroec.
#7
-
- Membres
-
- 3 messages
Jeune Qnapeur
- Matériel: TS-809 Pro
Posté 23 janvier 2012 - 10:12
Bonjour,
pareil pour moi, j'ai 8hdd de 3To en raid 5 et il y a environs 6To de data dessus, mais les performances sont vraiment devenues mauvaises avec le temps. Au début, je passais les 100MB/s en lecture comme en écriture sans trop de mal, aujourd'hui, je plafonne à 50 en lecture et 35 en écriture.
pareil pour moi, j'ai 8hdd de 3To en raid 5 et il y a environs 6To de data dessus, mais les performances sont vraiment devenues mauvaises avec le temps. Au début, je passais les 100MB/s en lecture comme en écriture sans trop de mal, aujourd'hui, je plafonne à 50 en lecture et 35 en écriture.
#8
-
- Administrateurs
-
- 3 249 messages
Qnapeur officiel
- Matériel: TS-459 Pro, TS-219, TS-109 II
Posté 23 janvier 2012 - 13:35
Bonjour,
Les filesystem ext3 ou ext4 ont rarement besoin (normalement jamais) d'être défragmenté ... car il ne faut pas confondre les extents qui ne génère pas de fragmentation et les fragments qui eux rajoute aux extents des morceaux supplémentaires qui n'ont pas raison d'être.
C'est pour cela qu'il n'existe pas (sauf un mais demandant un kernel patché) ... d'outils de défragmentation ...
La défragmentation ne peut venir que d'une application "mal écrite" ... dont l'exemple le plus connu est certain clients bittorent, qui au lieu de créer le fichier final, lie les morceaux ... un peu à la va comme je te pousse ...
La fragmentation étant alors au niveau fichier ... et non filesystem ...
Vos ralentissement n'ont peut-être rien à voir avec cela ... ou pas ...
Si vous voulez vérifier AVANT de réclamer un outil (à faire, appel aux développeurs ... )) ... il faut utiliser filefrag ... qui pour un fichier ou une liste (un répertoire avec /*) lister les extents QUI ne sont pas des fragmentations ET rajoute SI IL Y A FRAGMENT ... le nombre d'extents qui devrait exister ...
ex. résultat fichier non fragmenté :
résultat montrant une fragmentation ... (3 extents en trop)
Je ne vous dit pas le mal ... que j'ai eu a fragmenter mon fichier
Après cela un simple cp vers un autre endroit et un mv (move, remettre le pointeur dans le bon répertoire et renommer sans déplacer les données) suffit ...
si mes souvenirs sont bons il y a même un shell script quelque-part ... TBC
Si vous n'arrivez pas à trouver et installer filefrag ... je le mettrai en téléchargement (mais je suis en 3.6 ... même si il y peu de chance que cela ne fonctionne pas en 3.4 ou 3.5 .... )
Philippe.
Les filesystem ext3 ou ext4 ont rarement besoin (normalement jamais) d'être défragmenté ... car il ne faut pas confondre les extents qui ne génère pas de fragmentation et les fragments qui eux rajoute aux extents des morceaux supplémentaires qui n'ont pas raison d'être.
C'est pour cela qu'il n'existe pas (sauf un mais demandant un kernel patché) ... d'outils de défragmentation ...
La défragmentation ne peut venir que d'une application "mal écrite" ... dont l'exemple le plus connu est certain clients bittorent, qui au lieu de créer le fichier final, lie les morceaux ... un peu à la va comme je te pousse ...
La fragmentation étant alors au niveau fichier ... et non filesystem ...
Vos ralentissement n'ont peut-être rien à voir avec cela ... ou pas ...
Si vous voulez vérifier AVANT de réclamer un outil (à faire, appel aux développeurs ... )) ... il faut utiliser filefrag ... qui pour un fichier ou une liste (un répertoire avec /*) lister les extents QUI ne sont pas des fragmentations ET rajoute SI IL Y A FRAGMENT ... le nombre d'extents qui devrait exister ...
ex. résultat fichier non fragmenté :
/share/Multimedia/MyDVD/Vxxxxxx.ISO: 35 extents found
résultat montrant une fragmentation ... (3 extents en trop)
/share/Multimedia/MyDVD/Vxxxxxx.ISO: 38 extents found, perfection would be 35 extents
Je ne vous dit pas le mal ... que j'ai eu a fragmenter mon fichier
Après cela un simple cp vers un autre endroit et un mv (move, remettre le pointeur dans le bon répertoire et renommer sans déplacer les données) suffit ...
si mes souvenirs sont bons il y a même un shell script quelque-part ... TBC
Si vous n'arrivez pas à trouver et installer filefrag ... je le mettrai en téléchargement (mais je suis en 3.6 ... même si il y peu de chance que cela ne fonctionne pas en 3.4 ou 3.5 .... )
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
1 utilisateur(s) li(sen)t ce sujet
0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)
