Como o TRIM Enabler funciona?

Recentemente, comprei um terceiro SSD (OCZ) e usei o Trim Enabler para habilitar o TRIM. Percebi que algumas atualizações de software podem desativar o TRIM e, portanto, tenho curiosidade em saber como o TRIM Enabler funciona.

• Ele substitui um KEXT padrão por um personalizado para suportar o TRIM ou simplesmente alterna algumas configurações do PLIST?
• De qualquer maneira, existe um arquivo que, quando bloqueado, pode garantir que o TRIM permaneça ativado (sem consequências negativas)?

O Trim Enabler corrige o seguinte arquivo Kext

/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

que verifica se o ssd é um SSD de terceiros ou da marca Apple:

você também pode ativar o recorte manualmente procurando todas as ocorrências 'Apple' no arquivo e corrigindo-as em um editor hexadecimal ou via terminal:

##1. Backup old file
    $sudo cp /System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage
/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage.original

##2. Patch the file to enable TRIM support
    $sudo perl -pi -e 's|(\x52\x6F\x74\x61\x74\x69\x6F\x6E\x61\x6C\x00{1,20})[^\x00]{9}(\x00{1,20}\x51)|$1\x00\x00\x00\x00\x00\x00\x00\x00\x00$2|sg' /System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

##3. Clear the system kernel extension cache

   $sudo kextcache -system-prelinked-kernel

   $sudo kextcache -system-caches

A única informação que posso encontrar sobre isso é de uma entrada de FAQ / postagem no blog

R: O Trim Enabler corrige um driver OSX Trim nativo, que funciona em segundo plano, mesmo quando o aplicativo é fechado ou removido. Esse patch é redefinido nas atualizações do sistema; portanto, pode ser uma boa ideia manter o aplicativo.

Os SSDs da OCZ usam um controlador Sandforce que cria uma coleta de lixo em primeiro plano que atrasa a necessidade de apagar blocos, reduzindo, mas não removendo, a necessidade de suporte ao TRIM. A guarnição pode ser considerada uma ajuda para a coleta de lixo.

Aparar VS Coleta de Lixo

Para uma breve explicação, a memória flash é organizada em grupos de páginas onde os dados podem ser gravados. Depois que uma página é escrita, ela não pode ser reescrita até ser apagada. Mas uma página só pode ser apagada dentro de um grupo de tipicamente 128 páginas chamado bloco. A complexidade da gravação de dados realmente começa a aumentar no caso de gravações aleatórias substituindo dados gravados anteriormente. Gravações aleatórias colocam os novos dados em páginas anteriormente apagadas em outros lugares, salpicando um bloco de dados válidos com "patches de dados inválidos". Para gravar novos dados nesses patches, o bloco inteiro - todas as 128 páginas - deve ser apagado. Mas primeiro todas as páginas circundantes com dados válidos devem ser lidas e depois reescritas em páginas em branco. O bloco recém-apagado de páginas em branco está pronto para salvar novos dados.

[…] Todos os SSDs baseados em NAND Flash usam GC. Alguns usam o GC em primeiro plano e outros o GC em segundo plano ou em tempo ocioso. A diferença entre eles é abordada no meu blog http://blog.lsi.com/dont-let-ssds-throw-away-your-gold/ . Em termos simples, a coleta de lixo em segundo plano aumentará a amplificação de gravação (WA) e desgastará o SSD mais cedo. O GC em primeiro plano é mais difícil de alcançar e acredito que apenas o controlador SandForce pode fazer isso hoje

[…] O TRIM é benéfico para todos os SSDs, independentemente do tipo de coleta de lixo usada. Eu falo sobre como o TRIM surgiu e por que é necessário no meu blog http://blog.lsi.com/did-you-know-hdds-do-not-have-a-del… . O comando TRIM é enviado pelo sistema operacional ao SSD para identificar quais páginas de dados podem ser ignoradas durante a coleta de lixo. O SSD não pode dizer quais arquivos foram excluídos até que o sistema operacional use os mesmos setores para armazenar novos arquivos, mas nesse momento o SSD já desperdiçou ciclos ao coletar dados inválidos, mas conhecidos pelo SS.

Você sabia que os HDDs não têm um comando Excluir? É por isso que os SSDs precisam do TRIM

Mantendo o SSD TRIM Há alguns anos, o setor de armazenamento se uniu e desenvolveu uma solução entre o SO e o SSD criando um novo comando SATA chamado TRIM. Não é um comando que força o SSD a apagar imediatamente os dados, como algumas pessoas acreditam. Na verdade, o comando TRIM pode ser visto como uma mensagem do SO sobre quais endereços usados ​​anteriormente no SSD não estão mais mantendo dados válidos. O SSD pega esses endereços e atualiza seu próprio mapa interno de sua memória flash para marcar esses locais como inválidos. Com essas informações, o SSD não move mais os dados inválidos durante o processo do GC, eliminando o tempo perdido reescrevendo dados inválidos para novas páginas flash. Também reduz o número de ciclos de gravação no flash, aumentando a resistência dos SSDs.