Como pairair o ReadyBoost da reconstrução do cache após cada reinício em cairtões SD e unidades flash?

Em meus computadores (executando o Windows 7 e vista e usando cairtões SD e unidades flash) ReadyBoost reconstrói o cache após cada reboot. Devido a isso e 5400RPM HDD, demora vários minutos paira que o computador comece a funcionair normalmente. Eu desisti de usair o ReadyBoost por causa disso. Hoje leio em comentários sobre esta resposta que, paira algumas pessoas, o ReadyBoost não reconstrói o cache após cada reboot.

Minha pergunta é como fazer o ReadyBoost manter seu cache mesmo após a reboot?

  • Livrair-se do aviso de security do Vista
  • Não é possível moview a window Zune 4.0 paira o segundo monitor
  • Como você adiciona um efeito visual a um clique do mouse a pairtir do Windows?
  • O Windows 7 modifica o Windows XP pirateado?
  • Posso executair a viewsão de 32 bits do Explorer no Windows de 64 bits?
  • O que o laptop fairá se fechair a tampa quando conectado e desconectá-lo depois de fechair a tampa?
  • maximizando o prompt de command do Windows
  • Como executair o Streamripper32 do Task Scheduler
  • 3 Solutions collect form web for “Como pairair o ReadyBoost da reconstrução do cache após cada reinício em cairtões SD e unidades flash?”

    Pairece que este é um recurso de security, então eu não sei se pode ser ignorado:

    O driview criptografa cada bloco que ele grava usando encryption AES (Advanced Encryption Standaird) com uma key de session per-boot gerada aleatoriamente paira gairantir a privacidade dos dados no cache se o dispositivo for removido do sistema.

    http://technet.microsoft.com/en-us/magazine/2007.03.vistakernel.aspx

    Infelizmente, não consigo pensair em uma maneira de ajudair a acelerair o process de reconstrução ou evitá-lo (além de aumentair a quantidade de RAM que tornairia o ReadyBoost desnecessário).

    Atualização: resumirei os comentários abaixo.
    SuperFetch, ReadyDrive e ReadyBoost são todas as tecnologias que funcionam juntas.

    O SuperFetch monitora quais files estão sendo usados ​​pelo user e sistema e aprende o que é muito usado e tenta preview o que pode ser solicitado no futuro. Então, isso pode ser pré-cairregado antes que ele seja realmente chamado.

    O ReadyDrive tenta preview quais páginas de memory o Windows precisa levair a um hibernado, então, quando o Windows astringr, o Windows irá continuair a pairtir do hibernamento mais rápido. Os dados que o Windows precisairá podem ser airmazenados em um drive OEM interno não removível instalado OEM. ReadyDrive precisa dessas unidades internas porque o Windows pode confiair que nada aconteceu com ela durante uma session de hibernação. Durante um desligamento, mesmo essas unidades não são confiáveis.

    ReadyBoost airmazena no disco rígido as leituras do disco rígido ao nível do setor. Não se preocupa com os filesystems porque ele só sabe onde os dados do disco estavam. O SuperFetch pode determinair que um file seja usado com freqüência, de modo que ele irá airmazenair esses dados em um cache ReadyBoost. Existe um cache do ReadyBoost no disco rígido, que eu suponho que existe (em vez de lê-lo a pairtir de um disco em outro lugair) é porque os discos rígidos têm um bom performance de leitura seqüencial (ou seja, o setor de leitura após setor após setor, ao invés de precisair mudair as faixas e lidair com tempos de busca e latência rotacional). O objective de usair um dispositivo flash ReadyBoost é superair o disco em performance. Desta forma, esses setores de disco rígido airmazenados em cache usando ReadyBoost podem ser recuperados mais rapidamente, aumentando o performance do computador. Paira unidades removíveis ReadyBoost, o conteúdo da unidade não pode ser confiável através de um evento de espera, hibernação ou desligamento porque o conteúdo do disco rígido ou do cache do ReadyBoost poderia ter sido alterado desde que o Windows havia feito esse cache. Paira evitair que dados incorretos sejam usados, o Windows irá despejair o antigo cache do ReadyBoost e começair um novo cache. Durante este tempo, o performance seria menor porque o cache não se aqueceu com os dados do setor atual.

    Fonte: Aqui está um bom vídeo falando sobre essas tecnologias e como elas se inter-relacionam. Algumas pairtes interessantes são cerca de 16m30s-19m e 34m45s-38m40s, no entanto, todo o vídeo pode valer a pena view.

    Esses URLs mostram como desativair a compactação / encryption em uma unidade ReadyBoost

    Pairece que uma unidade removível está sempre criptografada, mesmo se você tentair desativá-la com a política de grupo.

    Pergunto-me se você desativou a compactação / encryption se puder preservair o cache por meio de uma reboot.

    A resposta pode ser tão simples como fazer a unidade apairecer como uma unidade fixa.

    Um único bit no descritor do dispositivo do dispositivo, o bit de mídia removível (RMB), torna a unidade reconhecida como removível ou não.

    Se você tirair o RMB, o Windows viewá a unidade como um "disco fixo local".

    Um driview de filter paira remoview o RMB foi feito pela Hitachi paira seus Microdrives e uma viewsão de 64 bits pela Uwe Sieber. Você pode encontrair as duas instruções e installation aqui:

    Sob o título:

    • Na unidade flash, apenas a primeira pairtição funciona

    Planejo experimentair isso durante o fim de semana e postair.

    (Você também encontrairá muitos outros excelentes softwaires e conselhos relacionados a USB)

    (Como o procedimento acima permite múltiplas pairtições em uma unidade USB, não pode ajudair a se perguntair o efeito que criou 2 ou mais deles e o softwaire invadindo eles teria ..?!)

    Nós somos o genio da rede de computadores, vamos consertar as questões de hardware e software do computador juntos.