Particionando um sistema para um novo SSD? [duplicado]

Question

Ok, finalmente decidi dar o salto para o SSD. Visto um acordo em um Vértice OCZ 120GB, mas depois de alguma pesquisa eu decidi ir com a série Intel 160GB G2 para pouco mais de $ 100. Também vi alguns problemas com as unidades de vértice. eu só temos mais fé no processo de verificação da Intel sobre a OCZ / Indilinx.


De qualquer forma, meu sistema atual consiste no seguinte: 1) Boot Drive - Velociraptor 300GB
2) Data Drive - 750GB 7200 RPM WD

Eu provavelmente vou manter ambas as unidades no meu sistema e usar o SSD como o boot dirigir. A principal questão que eu tenho é como cuidado eu preciso estar no particionamento tudo então nada que escreve com freqüência é no SSD, de modo a resitir desgaste / Desacelerações

Por exemplo, você poderia tentar particionar tudo o que faz muita escrita para o velociraptor:
1) Arquivo de Páginas
2) Arquivos Temp 3) Arquivo Hybernate - não sei se você pode mudar a localização, mas eu vou verificar para isso, se eu preciso de
4) Cache do navegador
5) ect ......

Dependendo do que a proporção Write / Read é, você pode estar perdendo muitos benefícios do que o SSD lhe oferece. Por exemplo, você pode estar perdendo o benefício de ter seu sistema RAPIDAMENTE sair do hybernate se você mover o arquivo hybernate.

Além disso, estou fazendo isso principalmente para melhorias no Visual Studio .Net (programação). Os projetos do Visual Studio são "geralmente" não que aquele estúdio enorme, mas visual, lotes e lotes de pequenas gravações / leituras ao fazer coisas como reflexão, compilação ect. Eu gostaria de colocar esses projetos no SSD, claro, por causa da velocidade melhorias, mas eu não quero causar degradação do desempenho no meu SSD porque disso.

Eu sei que a unidade de intel (juntamente com a unidade de vértice) tem TRIM que reduz este mas eu tenho certeza que o TRIM não é perfeito e você ainda verá algum desempenho degradação ao longo do tempo.TRIM apenas provavelmente reduz. Ah, e a propósito, eu sou usando o Windows 7 x64.

Claro que há muito mais exemplos:
1) Lightroom e seu banco de dados que está constantemente atualizando
2) Photoshop com seu espaço de trabalho.
3) SQL Server
4) Tenho certeza de que a lista poderia continuar, mas tenho certeza que você entendeu.

Então, quando particionar sua unidade como anal você tem que estar com coisas que não escrevendo no disco. Alguns dos aplicativos mais lentos escrevem muito e provavelmente seria muito ajudado por um SSD.

Eu estava mesmo considerando (talvez ainda um pouco) de colocar essa coisa no meu labtop e se eu fizesse isso eu não teria escolha. Eu teria uma unidade, então tudo teria que ir no SSD.

Qualquer ajuda seria apreciada.

    

Answer 1

Eu não me preocuparia muito com o desgaste da unidade ao longo do tempo. Lembre-se de que os SSDs seguem a Lei de Moore, então quando a sua nova unidade for antiga, você estará ansioso para substituí-la de qualquer maneira. A substituição será mais barata, mais rápida e terá mais capacidade.

Faça o máximo de RAM na sua máquina, pois a RAM será mais rápida do que a troca e o armazenamento em cache é bom.

Coloque o arquivo de paginação no SSD, pois a paginação rápida é boa.

Você realmente não precisa colocar o Visual Studio no SSD, pois ele não lê a si mesmo com muita frequência (principalmente no lançamento ou na primeira vez que você carrega um projeto). Mesmo o seu código-fonte não precisa estar no SSD. Mas as saídas intermediária (obj) e final (exe / dll) devem estar no SSD. Colocar todo o seu projeto no SSD é provavelmente a maneira mais fácil de fazer isso.

O arquivo de hibernação é usado apenas quando hibernando ou acordando do modo de hibernação, e é tão grande quanto a sua RAM, então movê-lo para um disco diferente provavelmente é bom.