É assim que eu entendo todos os itens acima, mas corrija-me se eu errei em algum lugar:
O cache de gravação por gravação / gravação em cache em si não faz parte da política de gravação em cache, e é quando os dados são gravados em cache e dispositivo de armazenamento . Se o Windows precisar desses dados novamente mais tarde, ele será recuperado do cache e não do dispositivo de armazenamento, o que significa apenas um melhor desempenho de leitura, pois não há necessidade de esperar que o dispositivo de armazenamento leia os dados necessários novamente. Como os dados ainda são gravados no dispositivo de armazenamento, o desempenho de gravação não é melhorado e não representa risco de perda ou corrupção de dados em caso de falta de energia ou falha do sistema, enquanto apenas dados em cache são perdidos. Esta opção parece estar ativada por padrão e é recomendada para dispositivos removíveis sem a necessidade de usar a função "Remover hardware com segurança" por parte do usuário.
O cache de write-back é semelhante ao anterior, mas sem gravar dados no dispositivo de armazenamento , liberando periodicamente dados do cache e gravando no dispositivo de armazenamento quando está ocioso. Na minha opinião esta opção melhora o desempenho de leitura e gravação mas representa risco se ocorrer falha de energia ou falha do sistema com o resultado de perder dados eventualmente para serem gravados no dispositivo de armazenamento, mas causando inconsistências de arquivo ou corrompidas sistema de arquivo. O cache de write-back não pode ser habilitado junto com o cache de write-through e não é recomendado que ele seja habilitado se nenhuma fonte de alimentação de backup estiver disponível.
Flushing do buffer de cache de gravação Eu acho que é semelhante ao cache write-back, mas permite a liberação e gravação imediata de dados do cache para o dispositivo de armazenamento antes da queda de energia, mas não sei se aplica-se também a falhas ocasionais do sistema. Esta opção parece ser complementar ao cache write-back reduzindo ou potencialmente eliminando o risco de perda de dados ou corrupção do sistema de arquivos.
Tenho dúvidas sobre a relevância das duas últimas opções para os atuais SSDs atuais, a fim de obter o melhor desempenho e menos desgaste nos SSDs:
Eu sei que os discos rígidos tradicionais vêm com cache onboard (imagino que tipo de cache é esse), mas os SSDs também vêm com cache? Supondo que isso aconteça, esse cache é mais rápido que o flash NAND e a RAM do sistema e vale a pena correr o risco de utilizá-lo, ativando o cache write-back? Eu li em algum lugar que geralmente o cache do dispositivo de armazenamento é mais rápido que a RAM, mas eu quero ter certeza. Além disso, eu li que o cache de gravação deve ser ativado, pois os dados atuais que devem ser gravados posteriormente no flash NAND são mantidos por algum tempo no cache e desde que haja dados que sejam modificados muito antes de serem gravados, mantendo esses dados e seus dados. liberação periódica reduz seus tempos de gravação para SSD, reduzindo assim o desgaste.
Agora, no que diz respeito à limpeza do buffer do cache de gravação, ouvi dizer que os controladores SSD são tão rápidos que a ativação dessa opção não é necessária, porque eles gerenciam o flushing . No entanto, mais uma vez, não sei se os SSDs têm seu próprio cache onboard e se ele é ou não mais rápido que seu flash NAND e RAM do sistema, porque, se estiver, manter essa opção ativada faria sentido.
Recentemente eu postei pergunta sobre o problema com meu Intel 330 SSD 120GB , que foi a principal razão para fazer uma pesquisa mais profunda, suspeitando que a política de cache de gravação seja o culpado pelo congelamento da SSD, presumindo que os dados sendo liberados são o que causa congelamentos. Atualmente tenho o cache de gravação ativado e o fluxo de buffer do cache de gravação desabilitado porque acredito que o gerenciamento do SSD do controlador de lavagem do cache de gravação e do fluxo de gravação de cache do Windows estão em conflito uns com os outros
Comoquerosolucionarproblemasempequenasetapasparafinalmentedeterminaraorigemdoproblema,decidicomeçarcomadiretivadegravaçãoemcacheeamigraçãoparadrivers,alternandoparaAHCImaistardee,finalmente,desabilitandooDIPM(