Muitos dispositivos de disco fornecem desempenho aprimorado através do uso de um cache integrado , que fornece cache de leitura antecipada para dados que estão sendo lidos a partir do disco e cache de write-behind (ou gravações atrasadas ou gravações "preguiçosas") para dados que estão sendo gravado no disco. Em alguns casos, é importante que os dados sejam gravados no disco físico imediatamente e não retidos no cache de gravação interno do disco, para serem gravados posteriormente durante um momento inativo. Isso evita a perda ou a corrupção desses dados se o disco ou o controlador (onde quer que o cache de gravação seja implementado) repentinamente perder energia
O cache de gravação melhora muito o desempenho do disco, portanto, deixe-o ativado para discos rígidos internos.
O Windows desativa o cache de gravação para unidades flash e outros discos rígidos USB por padrão; normalmente, você nunca precisa modificar essas configurações; o Windows cuida disso para você.
como Moabe disse. O único motivo pelo qual você pode querer considerar desativar o Cache de Gravação nos discos rígidos internos é se você tiver freqüentemente apagões ou apagões. mas se for esse o caso, então eu recomendo que você investir em um UPS decentes e licença de gravação em cache no
Xantec
1
Obrigado pelo link! Se eu entendi direito, significa "não liberar, mesmo que o software diga". Fiquei curioso com a segunda opção, testando velocidades de compilação no SSD vs. HDD. Os problemas da rede elétrica são raros aqui, na verdade, na engenharia alemã .
Peterchen
1
Esta resposta não me ajuda a entender a diferença entre as duas configurações. Se você limpar o cache em todas as gravações, não fará o cache - de que maneira o cache de gravação está ativado (primeira caixa de seleção)? Parece mais provável que a descarga ocorra periodicamente quando a segunda caixa de seleção estiver desabilitada ou algo semelhante.
Sam Brightman
3
@ SamBrightman: tanto quanto eu entendo: a primeira configuração habilita o cache do Windows - se um aplicativo grava em um arquivo, ele não é imediatamente repassado para o disco. Um aplicativo pode chamar "flush" para forçar as coisas a serem gravadas fisicamente. A segunda opção diz: quando o aplicativo diz "liberar", o Windows ainda descarrega seu próprio cache no dispositivo, mas não diz ao dispositivo para liberar seu próprio cache interno. Isso neutraliza o comando "liberar" (como o aplicativo considera que os dados estão seguros no disco). Aceitável apenas se a permanência dos dados não for uma prioridade.
Peterchen 21/09/2015
2
Eu sempre desativo o cache write-behind, o tempo todo, o tempo todo. Foi uma má ideia desde o início. Eu explico da seguinte maneira: Se você clicar em "Salvar" no seu documento de processamento de texto e a energia falhar, com o cache de write-behind desativado, seu documento não será salvo (até que o salvamento automático seja iniciado). Desativar o cache write-behind obriga a gravar seu arquivo no disco quando você clica em salvar. O mesmo se aplica a quedas de energia, BSODs, falhas no programa etc.
Para arredondar a resposta, talvez você possa incluir como desabilitá-la. Também cite algumas fontes que apoiam sua posição.
Slm
3
Mas por que isso faz diferença? Você tem exatamente o mesmo problema se a energia acabar antes de você clicar em "Salvar".
David Schwartz
1
@CodeLurker, os benefícios de desempenho do cache são suficientes para que geralmente valha o risco raro de perda de energia. Obviamente, as circunstâncias determinarão se deve ou não ser usado, se a energia é confiável ou não, que tipos de arquivos são predominantemente usados e assim por diante.
Synetech 16/09
2
@ Synetech Isso basicamente não faz diferença. Há uma janela na qual você pode perder dados de qualquer maneira, e a maior parte dessa janela é antes de clicar em "Salvar".
David Schwartz
4
Você também pode perder seus dados sendo esmagado por um asteróide caindo uma fração de segundo antes de clicar [Save]. Pela sua conta, você também pode nem se incomodar em usar um computador, pois é inevitável a perda de seus dados. ◔_◔
Synetech
0
Com base em uma postagem no blog Old New Thing , parece que o primeiro é o cache do SO e o segundo substitui o cache interno do disco apenas durante a liberação .
Para gravações normais sem liberação, o cache interno do disco será usado independentemente da segunda configuração. No entanto, para eventos de sincronização / liberação, o comportamento padrão é garantir que a liberação do cache do SO realmente transfira os dados para a mídia: informe à unidade que liberte explicitamente o cache interno também.
Não está claro para mim se a desativação da primeira configuração faria com que esse disco fosse liberado a cada gravação, ou mesmo desativaria o cache do disco e também o cache do SO.
Eu sempre desativo o cache write-behind, o tempo todo, o tempo todo. Foi uma má ideia desde o início. Eu explico da seguinte maneira: Se você clicar em "Salvar" no seu documento de processamento de texto e a energia falhar, com o cache de write-behind desativado, seu documento não será salvo (até que o salvamento automático seja iniciado). Desativar o cache write-behind obriga a gravar seu arquivo no disco quando você clica em salvar. O mesmo se aplica a quedas de energia, BSODs, falhas no programa etc.
fonte
[Save]
. Pela sua conta, você também pode nem se incomodar em usar um computador, pois é inevitável a perda de seus dados. ◔_◔Com base em uma postagem no blog Old New Thing , parece que o primeiro é o cache do SO e o segundo substitui o cache interno do disco apenas durante a liberação .
Para gravações normais sem liberação, o cache interno do disco será usado independentemente da segunda configuração. No entanto, para eventos de sincronização / liberação, o comportamento padrão é garantir que a liberação do cache do SO realmente transfira os dados para a mídia: informe à unidade que liberte explicitamente o cache interno também.
Não está claro para mim se a desativação da primeira configuração faria com que esse disco fosse liberado a cada gravação, ou mesmo desativaria o cache do disco e também o cache do SO.
fonte