Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
|
doc:systeme:fragmentation [25/09/2016 10:36] smolski ajout sur la fragmentation des ssd |
doc:systeme:fragmentation [07/06/2023 15:18] (Version actuelle) lagrenouille [Fragmentation] |
||
|---|---|---|---|
| Ligne 2: | Ligne 2: | ||
| * Objet : Fragmentation des données sur un disque | * Objet : Fragmentation des données sur un disque | ||
| - | * Suivi : | + | * Suivi : {{tag>à-placer}} |
| * Création par [[user>smolski]] le 22/09/2012 | * Création par [[user>smolski]] le 22/09/2012 | ||
| * Commentaires sur le forum : [[http://debian-facile.org/viewtopic.php?id=5915 |C'est ici]]((N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !)) | * Commentaires sur le forum : [[http://debian-facile.org/viewtopic.php?id=5915 |C'est ici]]((N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !)) | ||
| Ligne 8: | Ligne 8: | ||
| ===== Préambule ===== | ===== Préambule ===== | ||
| - | La taille d'un fichier se mesure en kilo-octets. | + | La taille d'un fichier se mesure en octets. |
| - | Un disque dur est compartimenté en blocs de quelques kilo-octets (par défaut, 4 ko pour le système de fichiers ntfs), ce bloc étant appelé un cluster. Il s'agit en fait de la plus petite taille que peut occuper un fichier donné sur votre disque dur. | + | Un disque dur est compartimenté en blocs de quelques kilo-octets (4 ko pour le système de fichiers ntfs sur les volumes de 2 Go à 2 To [[https://fr.wikipedia.org/wiki/NTFS_(Microsoft)#Taille_de_bloc|source]]), ce bloc étant appelé un cluster. Il s'agit en fait de la plus petite taille que peut occuper un fichier donné sur votre disque dur. |
| Par exemple, si vous avez un fichier de 17 ko, il va occuper 5 clusters (pour un total de 20 ko ; en effet, 4 clusters seraient insuffisants, car avec 16 ko au total, ils ne permettraient pas l'écriture intégrale du fichier), et il restera 3 ko réservés (20 ko disponibles dans les 5 clusters, mais seulement 17 ko occupés par le fichier), mais cependant non utilisés. | Par exemple, si vous avez un fichier de 17 ko, il va occuper 5 clusters (pour un total de 20 ko ; en effet, 4 clusters seraient insuffisants, car avec 16 ko au total, ils ne permettraient pas l'écriture intégrale du fichier), et il restera 3 ko réservés (20 ko disponibles dans les 5 clusters, mais seulement 17 ko occupés par le fichier), mais cependant non utilisés. | ||
| Ligne 27: | Ligne 27: | ||
| Cette opération d'analyse et de réorganisation s'appelle la **défragmentation**. Elle permet, dans certains cas, de nettes accélérations du système. | Cette opération d'analyse et de réorganisation s'appelle la **défragmentation**. Elle permet, dans certains cas, de nettes accélérations du système. | ||
| - | Sous GNU/Linux, cette opération n'est pas nécessaire, car de par leur conception, les systèmes de fichiers(([[:doc:systeme:partition]])) **ext3** ou **reiserfs** (//par exemple//) vont avoir une tendance naturelle à n'écrire que là où il y aura la place de le faire, et d'optimiser l'espace disque consommé. \\ | + | Sous GNU/Linux, cette opération n'est pas nécessaire, car de par leur conception, les systèmes de fichiers(([[:doc:systeme:partition]])) **ext4** ou **reiserfs** (//par exemple//) vont avoir une tendance naturelle à n'écrire que là où il y aura la place de le faire, et d'optimiser l'espace disque consommé. \\ |
| Bien sûr, lorsque le disque commence à être plein, et que de gros volumes de données sont manipulés, il n'y aura pas de miracle : le système écrira ce qu'il pourra où il pourra, même s'il en résulte une fragmentation des fichiers. | Bien sûr, lorsque le disque commence à être plein, et que de gros volumes de données sont manipulés, il n'y aura pas de miracle : le système écrira ce qu'il pourra où il pourra, même s'il en résulte une fragmentation des fichiers. | ||
| Ligne 56: | Ligne 56: | ||
| ==== Source ==== | ==== Source ==== | ||
| - | * http://www.unixgarden.com/index.php/linux-pratique-hs/pourquoi-ny-a-t-il-pas-doutils-de-defragmentation-sous-linux | + | <del> http://www.unixgarden.com/index.php/linux-pratique-hs/pourquoi-ny-a-t-il-pas-doutils-de-defragmentation-sous-linux</del> |
| + | màj : Lien mort... | ||
| ===== SSD ===== | ===== SSD ===== | ||
| Ligne 80: | Ligne 81: | ||
| - effacer le bloc d'effacement et | - effacer le bloc d'effacement et | ||
| - réécrire les données modifiées, | - réécrire les données modifiées, | ||
| - | les nouvelles données sont écrites dans un //nouveau bloc physique// déjà effacé. | + | les nouvelles données sont écrites dans un //nouveau bloc physique// déjà effacé. :!: |
| <note important>Cela implique que tout fichier modifié depuis sa création a des chances d'être physiquement fragmenté sur un SSD.</note> | <note important>Cela implique que tout fichier modifié depuis sa création a des chances d'être physiquement fragmenté sur un SSD.</note> | ||
| Encore une fois, ce n'est pas gênant **en lecture** puisque le temps d'accès est négligeable. \\ | Encore une fois, ce n'est pas gênant **en lecture** puisque le temps d'accès est négligeable. \\ | ||
| Ligne 91: | Ligne 92: | ||
| Si ça ne ressemble pas à de la défragmentation, je ne sais pas ce que c'est. 8-o | Si ça ne ressemble pas à de la défragmentation, je ne sais pas ce que c'est. 8-o | ||
| + | |||
| + | De raleur sur le forum là : | ||
| + | https://debian-facile.org/viewtopic.php?pid=192639#p192639 | ||
| + | |||
| + | Merci à tous les intervenants qui permettent ainsi à l'amélioration des connaissances de tous, depuis çui qui demande jusqu'à tous ceux qui participent. \\ | ||
| + | Ainsi quel que soient les lacunes, sur DF elles sont sources de Savoir pour tous ! | ||
| + | 8-) | ||
| + | |||
| + | ==== Trim ==== | ||
| + | |||
| + | **naguam a écrit :** \\ | ||
| + | //mais imaginons que j'ai besoin de le faire car mon SSD serait supposé plein..... Comment devrais-je faire ?// | ||
| + | |||
| + | **raleur :** \\ | ||
| + | Tant pis. La défragmentation occasionne beaucoup d'écritures, à mon avis ce n'est pas une bonne idée de l'utiliser sur un SSD. \\ | ||
| + | Le ramasse-miettes interne est automatique. On peut juste l'aider en utilisant le TRIM (discard). | ||
| + | |||
| + | **nIQnutn a écrit :** \\ | ||
| + | //il me semble que certains systèmes de fichiers sont plus avancés pour une utilisation avec SSD ?// | ||
| + | |||
| + | **raleur :** \\ | ||
| + | Tous les systèmes de fichiers ne supportent pas l'option "discard" qui utilise la fonction TRIM des SSD pour marquer les blocs qui peuvent être effacés. | ||
| + | ext4, brtfs, et peut-être xfs ont cette option, mais pas ext2 ni ext3. | ||
| + | |||
| + | **naguam a écrit** : \\ | ||
| + | //j'ai lu de mettre /tmp dans la ram, ce que je ne veux absolument pas.... car je ne pense pas avoir besoin de mettre 8GB de ram dans ma machine mais j'utilise quand même pas mal ma ram// | ||
| + | |||
| + | **raleur :** \\ | ||
| + | Un système de fichiers tmpfs peut utiliser le swap si nécessaire. | ||
| + | |||
| + | **naguam a écrit :** \\ | ||
| + | //pourquoi copier.... et explications du truc ?// | ||
| + | |||
| + | **raleur :** \\ | ||
| + | Copier pour ne pas avoir à retaper à la main. \\ | ||
| + | But : exécuter régulièrement fstrim pour marquer comme effaçables les blocs ne contenant pas de données utiles. Evidemment, ces fichiers ne marchent qu'avec systemd comme système d'init. | ||
| + | |||
| + | **naguam a écrit :** \\ | ||
| + | //Demande explications là aussi// | ||
| + | |||
| + | **raleur :** \\ | ||
| + | Activer l'option discard pour un système de fichiers ne suffit pas : si le système de fichiers n'est pas directement dans un disque ou une partition mais dans un périphérique "virtuel" comme un volume logique LVM, un ensemble RAID logiciel ou un volume chiffré, il faut aussi que ce périphérique supporte et propage l'option discard jusqu'au SSD. Dans le cas d'un volume chiffré, il faut ajouter l'option discard dans ''/etc/cryptab''. Mais s'il s'agit d'un volume chiffré qui est ouvert par l'initramfs (car contenant la racine, /usr ou le swap de l'hibernation), alors il faut que la modification de cryptab soit intégrée à l'initramfs. C'est l'objet de la commande update-initramfs -u. L'option "-k all" dit de reconstruire les initramfs de tous les noyaux présents, et pas seulement celui du noyau actif. | ||
| + | |||
| + | **Severian a écrit :** \\ | ||
| + | //Intégrer le trim directement dans le fstab (en ajoutant l'option discard) \\ | ||
| + | il me semble me rappeler que c'était au final déconseillé car ça créait plus d'écriture sur le ssd// | ||
| + | |||
| + | **raleur :** | ||
| + | Non, ce n'est pas le problème. L'option discard, la commande fstrim et la commande blkdiscard utilisent la même commande TRIM du SSD. Cette commande ne produit aucune écriture par elle-même, elle ne fait que marquer les secteurs désignés comme effaçables. Cela ne signifie pas qu'ils vont être effacés immédiatement. Mais parfois c'est le cas, et c'est ce qui peut poser problème avec la première version de la commande TRIM qui interrompt et empêche l'exécution de toute opération de lecture/écriture en parallèle pendant tout le temps de son exécution, peut-être au mauvais moment où le système produit une intense activité disque. | ||
| + | |||
| + | (Une seconde version de la commande TRIM a été créée dans une révision ultérieure du standard ATA, mais l'implémentation de cette commande dans plusieurs modèles de SSD est buggée et peut provoquer des pertes de données. Les modèles identifiés comme tels sont répertoriés au fur et à mesure dans le noyau qui n'utilise que la première version (bloquante) avec ceux-ci.) C'est pourquoi certains lui préfèrent un TRIM périodique avec fstrim programmé à un moment de faible activité (la nuit). | ||
| + | |||
| + | **Source 2 sur le forum** | ||
| + | * https://debian-facile.org/viewtopic.php?pid=192855#p192855 | ||
