Re: Installation sur un SSD
Francois Lafont a écrit :
>
> On 20/01/2016 09:49, Pascal Hambourg wrote:
>
>> Si j'ai bien compris, le ramasse-miettes traite les pages et blocs
>> contenant deux types de données :
>> - les données rendues obsolètes par TRIM ;
>> - les données rendues obsolètes par une écriture plus récente.
>>
>> Même sans TRIM, le ramasse-miettes peut traiter le deuxième type de
>> données. Et je ne vois pas de raison d'attendre que l'overprovisionning
>> soit épuisé pour commencer à agir. Il peut se déclencher en tâche de
>> fond dès que le taux de réécriture atteint un seuil donné.
>
> Perso, j'ai aussi du mal à comprendre comment le SSD s'en sort sans TRIM.
> Le cas 2 (écriture plus récente), c'est si je réécris sur un fichier de
> mon file system déjà existant et non supprimé, non ?
Pas seulement. C'est si tu réécris un secteur dans lequel tu as déjà
écrit. Peu importe que ce soit une mise à jour de méta-données, une
modification d'un fichier existant ou la réutilisation d'un bloc qui
contenait auparavant un fichier supprimé. Le SSD fonctionne au niveau du
secteur et ignore la notion de fichier, existant ou supprimé.
> Je prends un cas bête et stupide : j'ai mon SSD, je n'utilise jamais fstrim
> et je passe mon temps à écrire (avec dd par exemple) un fichier de 20GB
> puis à le rm et ainsi de suite. Un truc genre :
>
> c=0
> while true
> do
> dd if=/dev/zero of=/home/flaf/f$c bs=1G count=20
> rm /home/flaf/f$c
> c=$((c+1))
> sleep 60
> done
>
> Là, il fait comment le ramasse-miette du SSD ?
Il est susceptible d'intervenir dès que le système écrit un nouveau
fichier à l'emplacement d'un ancien. En interne, l'écriture des
nouvelles données se fera dans des pages différentes pour éviter la
lecture-effacement-écriture, et les pages contenant les anciennes
données seront candidates au ramasse-miettes.
Reply to: