Essa pergunta claramente não tem uma resposta, então, aqui estão algumas suposições:
- Quero adicionar um SSD ao meu Mac, digamos um MacBook [Pro], com o objetivo principal de acelerar meu fluxo de trabalho.
- O disco rígido permanecerá na máquina e será montado como um volume separado.
- o SSD será muito pequeno para armazenar tudo o que eu preciso, então terei que guardar algumas coisas no disco rígido secundário
Portanto, a pergunta é: o que haverá no SSD, o que será relegado no disco rígido , dada essa ordem de prioridade:
Maximize a velocidade típica do sistema para operações comuns (inicialização, inicialização de aplicativos, abertura / salvamento de documentos).
Maximize a eficiência do espaço: use o máximo do espaço de armazenamento disponível no SSD para obter informações úteis (por exemplo, melhoria de velocidade) sem correr o risco de ficar sem espaço quando realmente necessário.
Minimize o tempo gasto configurando e aprimorando o sistema
Minimize o desgaste do SSD quando fizer sentido
Classifico as coisas em três categorias:
- A : Coisas que "obviamente" precisam estar no SSD
- B : Coisas que "obviamente" estarão no disco rígido, porque não há benefício em velocidade para colocá-lo no SSD e não há um custo baixo para colocá-lo no disco rígido.
- C : Coisas da área cinzenta: pouco claras para mim, talvez devido à minha ignorância / equívocos.
Esta pergunta é sobre o material da área cinza. Mas antes, vamos listar rapidamente as outras duas categorias:
A: Coisas que "obviamente" precisam estar no SSD:
- Próprio Mac OS X. O sistema operacional se beneficiará muito com a velocidade do SSD. Além disso, a maior parte raramente é escrita. Tão pouco desgaste.
- Aplicativos comumente usados. Para mim: correio, ferramentas de desenvolvimento, Keynote, alguns outros
- Diretório inicial: muitas coisas se beneficiarão muito por estar no SSD. Alguns cairão na área cinza, conforme listado abaixo.
B: Coisas que "obviamente" estarão no disco rígido:
- música do iTunes. De maneira mais geral, todos os arquivos de mídia: eles são grandes e não precisam de mais velocidade de leitura que o tempo real. Isso seria diferente se eu editasse esses arquivos de mídia
- banco de dados de fotos, como os do iPhoto, a menos que eu faça uma edição pesada de fotos (o que não faço).
- Aplicativos que não uso com muita frequência.
- documentos ou projetos antigos que são acessados apenas de vez em quando
- arquivo de sono profundo: embora ajude o Mac a acordar muito mais rapidamente, raramente preciso de sono profundo e os arquivos de sono profundo são bastante grandes
C: área cinza:
- Espaço de troca do OS X: se eu realmente preciso muito, significa que preciso de mais RAM. Além disso, a debulha pode ser menos perceptível em um SSD rápido e silencioso do que em um HD. Então eu perceberia que algo está errado mais tarde. Por fim, se ocorrer uma debulha, aceleraria muito o desgaste do SSD. Então coloque no disco rígido? Mas a troca de aplicativos, o melhor uso do espaço de troca, seria muito mais rápido em um SSD.
- arquivos de cache da pasta da biblioteca do diretório inicial?
- banco de dados de correio?
- Indexação Spotlight?
- noatime?
- diário?
- de outros?
Obrigado por qualquer pensamento, especialmente sobre o espaço de troca.
fonte
Respostas:
Você verá o maior ganho de desempenho ao ter o sistema operacional no SSD. A partir daí, todos os aplicativos grandes que você tiver serão afetados diretamente pelo aumento da taxa de transferência. Descobri (embora eu não seja um grande AV) que ter arquivos de mídia (Mp3, Flac, vídeo, etc.) no SSD oferece pouca vantagem. Suas demandas podem ser diferentes.
Quanto ao swap, ele pode ser desativado? Atualmente, tenho 2 laptops linux sem troca, e não tenho troca no Windows desde que obtive meu primeiro SSD em ~ 08 e executei o Windows XP. O único programa que já tive problemas com a falta de espaço de troca foi o Photoshop 7 (risos).
Em resumo, sempre que eu configuro uma nova máquina com um SSD, coloco meu sistema operacional e os grandes programas no SSD, e todo o resto pode ficar em qualquer outro disco interno.
fonte
Vou me concentrar na área cinza, pois concordo com as outras áreas que você listou.
Espaço de troca do OS X: digo no ssd. O ganho de desempenho de HD para SSD não é tanto que você não pode dizer imediatamente que está trocando. A taxa de acesso entre SSD e RAM ainda é uma grande lacuna.
arquivos de cache da pasta da biblioteca do diretório inicial? banco de dados de correio?
Eu digo definitivamente. Por exemplo, o cache da web do seu perfil do firefox é armazenado na pasta de cache da biblioteca e o acesso a partir do SSD fará a navegação parecer mais rápida. Mail DB no SSD Eu acho que está certo também por uma razão semelhante.
Indexação Spotlight? Somente se você usar muita luz do ponto. noatime? Eu não acho que o HFS suporta o diário noatime? Você quer dizer como registrar no diário o sistema de arquivos HFS no SSD? Eu acho que esse é o padrão no HFS, e por que você não o deseja? de outros? Não consigo pensar em um exemplo em que não gostaria de mover todas as tarefas que exigem muito disco para o SSD se sua PRIMEIRA prioridade estiver acelerando a produtividade. Coisas como troca, armazenamento em cache, arquivos temporários e outras tarefas pesadas em disco que apareceriam como lentidão ao usar o sistema.
Eu digo que o hardware é feito para ser usado. Coloque tudo o que consome muito disco no SSD. Sua lista é muito boa.
fonte
FWIW, eu fiz isso. Eu tenho um Mac Mini com 100Gb OCZ Vertex2 e uma unidade USB externa de 1Tb 2,5 "da Samsung. Assim como você sugere, mantenho mídia no externo, OS / swap e aplicativos no SSD. resta bastante espaço no SSD e ele absolutamente voa Existe um aplicativo de ajustes para ativar o suporte TRIM no OS X para SSDs que não sejam da Apple, mas em unidades recentes isso pode realmente reduzir bastante o desempenho - garbage colletcon em novos controladores é bom o suficiente para não precisar mais se preocupar com isso.
Além disso, acho que você pode ter que esperar pelo ZFS, o que permitirá que você designe unidades específicas para usar para acesso mais rápido.
fonte