Prima di tutto, la raccolta dei rifiuti SSD e Trim sono animali molto diversi. La raccolta di dati inutili si basa sul trasferimento di dati esistenti, sulla cancellazione di dati obsoleti e sulla creazione di blocchi vuoti in cui scrivere nuovi dati. La comprensione dei dati da parte del disco non è nulla di più o di meno che i dati siano presenti o meno. Non esiste un concetto di file system nel controller di un SSD. Tutte le scritture vengono eseguite a livello di blocco anziché a livello di pagina e un blocco deve essere cancellato prima che possa essere scritto. Il garbage collector di un'unità non conosce assolutamente nulla su FileVault.
Nella garbage collection di base senza Trim, quando il sistema operativo elimina il file, in realtà non dice nulla al controller in merito ai dati in fase di elaborazione e disponibili per l'eliminazione. Il sistema operativo semplicemente tiene traccia dello spazio degli indirizzi. L'unità capirà che i dati sono stantii in quell'indirizzo se / come / quando il sistema operativo fornisce all'unità un comando di scrittura per quell'indirizzo.
Quindi, in cui Trim entra è che quando un file viene eliminato a livello di sistema operativo, il controller sull'unità riceve immediatamente l'informazione che i dati relativi a quel particolare indirizzo sono obsoleti. Ciò consente all'unità di gestire la propria manutenzione non appena possibile dopo la cancellazione. E questo riduce l'amplificazione della scrittura.
Il miglioramento delle prestazioni di Trim su SSD è vero anche con SandForce. Vedi:
link
Il diagramma indica chiaramente che è stato aumentato lo spazio libero per la garbage collection con Trim abilitato anche quando si utilizza la tecnologia DuraWrite.
In questo modo, sulla questione della tua domanda su FileVault 2: poiché la raccolta dei dati inutili si verifica nell'SSD senza alcuna conoscenza dei file system, non esiste alcuna differenza per l'SSD se FV è stato abilitato o meno. Per l'SSD, ci sono dati validi, dati non aggiornati o nessun dato su un particolare indirizzo.
Mentre la crittografia dell'intero disco dà l'impressione che i dati siano bloccati all'interno di una valigia. Questo non è il caso. FV2 sta rimescolando i bit che vengono memorizzati nelle pagine e nei blocchi. L'allocazione dei file e la struttura del file system stesso rimane invariata indipendentemente dall'utilizzo di FV2. E questo aiuta a spiegare perché un utente può continuare a utilizzare il proprio sistema anche quando un disco viene crittografato o decrittografato.
Quindi, in sintesi, Trim è un miglioramento della garbage collection e dovrebbe essere abilitato indipendentemente dal controller in uso. FileVault 2 non causerà problemi per gli SSD e gli utenti possono aspettarsi una normale amplificazione di scrittura, degrado delle prestazioni, ecc. Nel tempo per SSD con crittografia FV2 e SSD non crittografati della stessa marca sullo stesso sistema con un uso equivalente. I volumi di FV2 trarranno vantaggio dall'uso di Trim tanto quanto i volumi non FV2.
Il mio sistema: MacBook4,1 all'inizio del 2008; OS X Lion 10.7.5; SSD Crucial M500 da 960 GB; FV2 crittografato; Trim abilitato
Link utili per ulteriori letture:
link
FileVault 2 interferisce con TRIM quando utilizzando un SSD?
link
link (non necessariamente correlato al 100% , ma comunque interessante e pertinente)