DOMANDA btrfs e TRIM

[Antonuccio]

Ho un SSD, il TRIM è supportato:

$ sudo hdparm -I /dev/sdb | grep "TRIM supported"
	   *	Data Set Management TRIM supported (limit 8 blocks)

Ho root e home su btrfs e su Ubuntu ho attivato il Trim lasciando il job predefinito in cron.weekly oppure mettendolo in cron.daily oppure inserendo il comando fstrim in rc.local per averlo ad ogni avvio (discard in fstab ho sentito dire che potrebbe addirittura rallentare l'ssd, quindi non l'ho mai usato).

Installato Arch, in questa pagina del wiki di Arch https://wiki.archlinux.org/index.php/Btrfs#SSD_TRIM leggo:

A Btrfs filesystem will automatically free unused blocks from an SSD drive supporting the TRIM command.

Ma allora i filesystem btrfs non hanno bisogno che venga attivato il trim tramite cron, opzione discard etc...?
Btrfs è ottimizzato per ssd per cui il trim è eseguito automaticamente, se supportato?

@lele.deb, conoscitore di btrfs, @e_ale92, utente arch, chiedo lumi :inchino:

 

[e_ale92]

purtroppo non so rispondere dato che non conosco btrfs e la mia esperienza con arch pecca molto su ssd e ottimizzazioni del caso :cry:

 

[rebellion]

@Antonuccio scusami se non interpellato, io son rimasto a questo: TRIM su SSD: cosa è e come abilitarlo su Ubuntu 12.04 - Chimera Revo
e su sistemi non-btrfs (kubuntu 16.04) e btrfs (opensuse 42.1) provai con o senza trim abilitato (con funzione discard) e le prestazioni erano percettivamente le stesse (tempo di avvio, apertura sw, spostamento/copia-incolla files).

però controllai sia leap che kubuntu e avevano i cron settimanali quindi per me hanno già il supporto al trim programmato e non c'è bisogno di attivarlo al boot con discard. magari puoi farlo giornaliero se riempi oltre il 60-70% l'ssd.

 

[EmanueleC]

Ho un SSD, il TRIM è supportato:

$ sudo hdparm -I /dev/sdb | grep "TRIM supported"
       *    Data Set Management TRIM supported (limit 8 blocks)

Ho root e home su btrfs e su Ubuntu ho attivato il Trim lasciando il job predefinito in cron.weekly oppure mettendolo in cron.daily oppure inserendo il comando fstrim in rc.local per averlo ad ogni avvio (discard in fstab ho sentito dire che potrebbe addirittura rallentare l'ssd, quindi non l'ho mai usato).

Installato Arch, in questa pagina del wiki di Arch https://wiki.archlinux.org/index.php/Btrfs#SSD_TRIM leggo:


Ma allora i filesystem btrfs non hanno bisogno che venga attivato il trim tramite cron, opzione discard etc...?
Btrfs è ottimizzato per ssd per cui il trim è eseguito automaticamente, se supportato?

@lele.deb, conoscitore di btrfs, @e_ale92, utente arch, chiedo lumi :inchino:

Spero che non hai fatto partizioni separate come fai sui classsici file system, su BTRFS + Ubuntu, ti crea i subvol di root e home in automatico :chupachup. L'ottimizzazione di BTRFS su SSD, e cioè "ssd" e "ssd_spread" non è l'attivazione del trim, per quello o metti l'ozpione "discard" o abiliti il trim tramite timer/cron. Io ad esempio avevo "discard", l'ho tolto e aggiunto il timer su systemd, del trim, ho notato notevoli miglioramenti, è vero, "discard" rallenta.

sudo cp /usr/share/doc/util-linux/examples/fstrim.{service,timer} /etc/systemd/system

sudo systemctl enable fstrim.timer

Fonte: https://wiki.debian.org/SSDOptimization

ssd
Turn on some of the SSD optimized behaviour within btrfs. This is enabled automatically by checking /sys/block/sdX/queue/rotational to be zero. This does not enable discard/TRIM!

ssd_spread

Mount -o ssd_spread is more strict about finding a large unused region of the disk for new allocations, which tends to fragment the free space more over time. It is often faster on the less expensive SSD devices.

Fonte: https://btrfs.wiki.kernel.org/index.php/Mount_options

 

[Antonuccio]

@Antonuccio scusami se non interpellato, io son rimasto a questo: TRIM su SSD: cosa è e come abilitarlo su Ubuntu 12.04 - Chimera Revo
e su sistemi non-btrfs (kubuntu 16.04) e btrfs (opensuse 42.1) provai con o senza trim abilitato (con funzione discard) e le prestazioni erano percettivamente le stesse (tempo di avvio, apertura sw, spostamento/copia-incolla files).

però controllai sia leap che kubuntu e avevano i cron settimanali quindi per me hanno già il supporto al trim programmato e non c'è bisogno di attivarlo al boot con discard. magari puoi farlo giornaliero se riempi oltre il 60-70% l'ssd.

Figurati chiunque voglia dare un contributo è il benvenuto :utonto:
Sí, il punto punto è che dal wiki di archi si evince che l'esecuzione del trim (su un SSD che lo supporta) è caratteristica intrinseca di btrfs, per cui verrebbe attuato anche senza alcuna altra impostazione.
A questo punto infatti sembrerebbe cosa superflua impostare il trim con discard o con e compagnia, sembrerebbe solo una misura adottata da alcune dietro per venire incontro a chi ha usato ext4 anziché btrfs

 

[rebellion]

Figurati chiunque voglia dare un contributo è il benvenuto :utonto:
Sí, il punto punto è che dal wiki di archi si evince che l'esecuzione del trim (su un SSD che lo supporta) è caratteristica intrinseca di btrfs, per cui verrebbe attuato anche senza alcuna altra impostazione.
A questo punto infatti sembrerebbe cosa superflua impostare il trim con discard o con e compagnia, sembrerebbe solo una misura adottata da alcune dietro per venire incontro a chi ha usato ext4 anziché btrfs

allora io ho arch sul portatile con emmc senza DE e con ext4 e non ho nessun cron per fstrim quindi ho impostato discard; però mi riprometto di inpostare un cron e togliere discard.
sul pc-desktop ho sempre arch con gnome su ext4 con discard ma devo controllare se c'è un cron ed eventualmente tolgo discard.
quindi ne approfitto chidendo: che ci sia lo script di cron significa che è attivo?

 

[Antonuccio]

allora io ho arch sul portatile con emmc senza DE e con ext4 e non ho nessun cron per fstrim quindi ho impostato discard; però mi riprometto di inpostare un cron e togliere discard.
sul pc-desktop ho sempre arch con gnome su ext4 con discard ma devo controllare se c'è un cron ed eventualmente tolgo discard.
quindi ne approfitto chidendo: che ci sia lo script di cron significa che è attivo?

con lo script in cron dovrebbe essere attivo, è importante che lo sia soprattutto in considerazione che è ext4.
Nel caso di btrfs invece son quasi convinto che attivare trim sia superfluo...