Vous n'êtes pas identifié(e).
Dernière modification par naguam (24-09-2016 08:03:33)
Unixien?
Compiler son kernel!
Hors ligne
Dernière modification par anonyme (24-09-2016 13:19:03)
Dernière modification par naguam (13-11-2021 22:30:13)
Unixien?
Compiler son kernel!
Hors ligne
un ssd n'a pas de fragmentation , du moins pas comme sur un disque traditionnel
Bien sûr que si, et bien plus encore. Ce sont seulement les conséquences de la fragmentation qui sont différentes.
Il vaut mieux montrer que raconter.
Hors ligne
Unixien?
Compiler son kernel!
Hors ligne
anonyme a écrit :un ssd n'a pas de fragmentation , du moins pas comme sur un disque traditionnel
Bien sûr que si, et bien plus encore. Ce sont seulement les conséquences de la fragmentation qui sont différentes.
non pas plus qu une barrette de mémoire vive , et pour accéder aux données aucune incidence sur la rapidité .
maintenant c'est possible de défragmenter , windows va te répondre qu il n'est pas nécessaire de le faire et sortir du programme .
pour l os je sais pas mais les constructeurs de ssd propose (en plus de mettre a jour le firmware) , d'optimiser le ssd en fond de tache.
j'ai des ssd assez ancien , j'opte pour les laisser tranquille , il fonctionne trés bien , je fais juste attention a ne pas trop les remplir .
si tu a une théorie pour ceci => "Ce sont seulement les conséquences de la fragmentation qui sont différentes"
au plaisir de te lire
Dernière modification par naguam (24-09-2016 23:21:20)
Unixien?
Compiler son kernel!
Hors ligne
Effectivement mais cela impacte peu sur les performances
La fragmentation a peu d'impact sur les performances en lecture car le temps d'accès d'un SSD est négligeable par rapport à celui d'un disque dur.
comme je ne suis pas sous windows mais sous linux, il ne se fragmente pas
L'absence de fragmentation sous Linux est une légende urbaine. Tous les systèmes de fichiers qui "vivent" fragmentent, et ceux de Linux n'y font pas exception. Certains systèmes de fichiers comme ext4 avec la notion d'extent permettent des stratégies d'allocation ayant pour but de limiter la fragmentation, mais il ne faut pas oublier que plus l'espace libre est faible, plus la probabilité de fragmentation augmente.
D'autre part il ne s'agit que de la fragmentation "externe", due au système de fichiers. Les SSD ont en plus une fragmentation "interne" qui résulte des contraintes d'écriture de la mémoire flash. Comme l'a écrit Robert, contrairement à un disque dur on ne peut pas juste réécrire dans un bloc de mémoire flash qui contient des données, on doit l'effacer avant. Or l'effacement est une opération longue et qui se fait sur des blocs de taille largement supérieure à la taille d'un bloc d'écriture (et qui use la mémoire flash). Donc pour augmenter la vitesse d'écriture, lorsqu'on modifie le contenu d'un bloc logique, les nouvelles données sont écrites dans un nouveau bloc physique déjà effacé au lieu de lire les données du bloc d'effacement,effacer le bloc d'effacement et réécrire les données modifiées. Cela implique que tout fichier modifié depuis sa création a des chances d'être physiquement fragmenté sur un SSD. Encore une fois, ce n'est pas gênant en lecture puisque le temps d'accès est négligeable. En écriture par contre, une fragmentation excessive de l'espace libre peut affecter les performances puisqu'il va être de plus en plus difficile de trouver des blocs effacés prêts à l'écriture. C'est pourquoi les SSD ont un mécanisme interne de "ramasse-miettes" (garbage collector) qui a pour but de rassembler les blocs contenant des données et de libérer d'autres blocs partiellement remplis afin de les effacer pour qu'ils soient prêts à être écrits. (A noter que le marquage des blocs inutilisés par le système hôte avec TRIM/discard facilite ce processus.) Si ça ne ressemble pas à de la défragmentation, je ne sais pas ce que c'est.
Dernière modification par raleur (25-09-2016 09:04:13)
Il vaut mieux montrer que raconter.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par naguam (25-09-2016 10:32:17)
Unixien?
Compiler son kernel!
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Pour la fragmentation interne, un coup de fstrim hebdomadaire ou l'option discard pour faciliter le ramasse-miettes.
Comment je fais? à part si c'est auto.
Pour la fragmentation externe, si tu n'utilises qu'un cinquième de la capacité, ça ne devrait pas être un problème.
Je n'ai pas besoin de le faire..... mais imaginons que j'ai besoin de le faire car mon SSD serait supposé plein..... Comment devrais-je faire?
Unixien?
Compiler son kernel!
Hors ligne
Mounting SSD filesystems
The performance of SSDs is also influenced by filesystem mounting options:
Add the "noatime" (or "relatime") mount option in /etc/fstab, to disable (or significantly reduce) disk writes whenever a file is read. Please note that since Linux kernel 2.6.30, "relatime" is the default.
This improves filesystem read performance for both SSDs and HDDs.
First read the WARNING at the top of this page. If desirable, enable the "discard" filesystem options for automatic online TRIM.
Set "issue_discards" option in /etc/lvm/lvm.conf for LVM if you want LVM to discard on lvremove. See lvm.conf(5).
Set "discard" option in /etc/crypttab for dm-crypt.
Enable weekly trim. http://blog.neutrino.es/2013/howto-prop … d-dmcrypt/sudo cp /usr/share/doc/util-linux/examples/fstrim.{service,timer} /etc/systemd/system
sudo systemctl enable fstrim.timer
(this was valid in debian testing 9/14/2015. remove this note if it's also valid in stable.)
Alternatively, and often not recommended: Set "discard" mount option in /etc/fstab for the ext4 filesystem, swap partition, Btrfs, etc. See mount(8).
The "discard" options is not needed if your SSD has enough overprovisioning (spare space) or you leave (unpartitioned) free space on the SSD.
See http://www.spinics.net/lists/raid/msg40866.html
The "discard" options with on-disk-cryptography (like dm-crypt) have drawbacks with security/cryptography.
See crypttab(5).
Example for dm-crypt's /etc/crypttab:#<target name> <source device> <key file> <options>
var UUID=01234567-89ab-cdef-0123-456789abcdef none luks,discard
After changing filesystem options, update settings in all initramfs images:$ sudo update-initramfs -u -k all
(!) Alternative to setting the "discard" options is to set up an offline-trim cronjob that runs time fstrim -v on the ssd mountpoints periodically (but the WARNING at the top of the page is relevant here too). For older versions software raid (md device layer) that lack trim support, you could use something like mdtrim (https://github.com/Cyberax/mdtrim/).
(!) Alternative to LVM's "issue_discards" is to blkdiscard on the LV before lvremove, or afterwards on a temporarily created LV with lvcreate -l100%FREE to trim all unused LVM space.
Dans le liens et explications précises s'il vous plaît sur ces lignes en particulier.... Ne vous inquiétez pas j'ai compris l'anglais pas trop le pourquoi du comment....
pourquoi copier.... et exlications du truc.
Demande explications là aussi
Par contre
The "discard" options is not needed if your SSD has enough overprovisioning (spare space) or you leave (unpartitioned) free space on the SSD.
C'est cool!
Je sais, c'est long
Si vous pouvez éclairer ma lanterne, je suis en quête d'en apprendre toujours plus....!
Dernière modification par naguam (25-09-2016 10:59:04)
Unixien?
Compiler son kernel!
Hors ligne
suivi de
et voila tu as fstrim qui se fait une fois par semaine
edit : ha ben tu as trouvé
Dernière modification par Severian (25-09-2016 11:02:37)
Hors ligne
Dernière modification par naguam (25-09-2016 11:02:23)
Unixien?
Compiler son kernel!
Hors ligne
Dernière modification par Severian (25-09-2016 11:11:25)
Hors ligne
Unixien?
Compiler son kernel!
Hors ligne
Wiki a écrit :$ sudo update-initramfs -u -k all
Pourquoi, il fait ça, c'est pour mettre à jour je ne sais quel processus?
Dernière modification par naguam (25-09-2016 11:15:54)
Unixien?
Compiler son kernel!
Hors ligne
c'est un exemple des timers systemd sur mon pc
Hors ligne
naguam/moi même dans le post #16 a écrit :Wiki a écrit :$ sudo update-initramfs -u -k all
Pourquoi, il fait ça, c'est pour mettre à jour je ne sais quel processus?
hummm là je ne suis pas certain, mais ça ne serait pas pour "mettre à jour" le fstab avec l'ajout de l'option discard ??
Edit : tu dois faire attention, il y a deux méthodes décrite, tu dois appliquer une ou l'autre, mais pas les deux en même temps (enfin je ne pense pas que ça va planter ton système, mais ton ssd risque de ne pas apprécier )
Dernière modification par Severian (25-09-2016 11:21:11)
Hors ligne
Voilà
Edit à toto :
Mis la balise Commande root en séparant la ligne de commande seule et de son retour dans une balise simple.
Unixien?
Compiler son kernel!
Hors ligne
hummm là je ne suis pas certain, mais ça ne serait pas pour "mettre à jour" le fstab avec l'ajout de l'option discard ??
Je regarde....
Unixien?
Compiler son kernel!
Hors ligne