Comprei um SSD e vou configurar meu sistema de desktop com uma instalação Linux completamente nova.
Sabe-se que os SSDs são rápidos, mas têm uma desvantagem: o número de gravações (por bloco?) É limitado.
Então, eu estou pensando sobre quais dados devem estar localizados no SSD e quais na unidade de disco rígido. Geralmente, eu pensava que os dados que mudam frequentemente devem ser colocados no HDD e os que não mudam com frequência podem ser colocados no SSD.
Agora eu li esta pergunta, com um cenário semelhante. Nas respostas, está escrito: "As unidades SSD são ideais para espaço de troca ..."
Por que os SSDs são ideais para espaço de troca? OK, vejo um grande potencial para aumentar o desempenho do sistema, mas os dados não são trocados com frequência e, portanto, haveria muitas gravações no SSD, resultando em uma vida útil curta do SSD?
E o diretório / var? Seu conteúdo também não muda com frequência? Não seria uma boa ideia colocá-lo no disco rígido?
Existem outros dados que não devem estar localizados em um SSD?
fonte
/proc
e/home
residem no seu SSD./proc
é mantido pelo kernel e não fica no disco, seja com prato giratório ou SSD./var
ou/etc
seriam substituições adequadas/proc
para o exemplo. Suponho/proc
que ainda seria relevante se fosse utilizado o swap.Respostas:
Se você se preocupar com ciclos de gravação, não chegará a lugar algum.
Você terá dados no seu SSD que mudam frequentemente; sua casa, suas configurações, seu navegador armazena em cache, talvez até bancos de dados (se você usar algum). Todos devem estar no SSD: por que outro motivo você teria um, se não para ganhar velocidade com as coisas que faz com frequência?
O número de gravações pode ser limitado, mas um SSD moderno é muito bom no nivelamento de desgaste; portanto, você não deve se preocupar muito com isso. O disco está lá para ser gravado; se você não usá-lo para isso, use-o como um peso de papel e nunca o coloque no computador.
Não há dispositivo de armazenamento adequado para troca de espaço. A troca é lenta , mesmo no SSD. Se você precisar trocar o tempo todo, é melhor obter mais RAM de uma maneira ou de outra.
Pode ser diferente para o espaço de troca que não é usado para troca, mas para cenários de suspensão em disco. Naturalmente, quanto mais rápido o meio de armazenamento usado para isso, mais rápido ele será suspenso e acordado novamente.
Pessoalmente, coloquei tudo no SSD, exceto os grandes dados estáticos. Um filme, por exemplo, não precisa desperdiçar espaço caro no SSD, pois um HDD é mais do que rápido o suficiente para reproduzi-lo. Ele não será reproduzido mais rapidamente usando o armazenamento SSD.
Como todas as mídias de armazenamento, o SSD falhará em algum momento, independentemente de você ser usado ou não. Você deve considerá-los tão confiáveis quanto os HDDs, que não são confiáveis, portanto faça backups.
fonte
Ok, então o objetivo é obter o máximo de retorno possível - velocidade versus o preço do hardware de reposição (assumindo um único disco rígido grande e um SSD de tamanho médio, o que parece ser a norma). Para simplificar, você pode ponderar quanto nota a velocidade aumentar ao mover um arquivo para o SSD em relação ao número de setores gravados para movê-lo para o SSD.
Obviamente, mesmo os melhores cálculos também consomem o recurso mais precioso de todos, o tempo. Portanto, a longo prazo, provavelmente é melhor mantê-lo simples e comprar um novo hardware um pouco mais frequentemente do que o caso absolutamente ideal.
fonte
Ao lado de todas as respostas aqui, há uma pequena dica que eu gosto. Comecei a usar o ramdisk novamente com meu SSD para diminuir um pouco o efeito de desgaste. Estou usando-o para um cache do navegador (todo o perfil do navegador), vários temps, alguns logs não essenciais etc. (via links simbólicos)
Meu ramdisk está definido no fstab da seguinte maneira:
Mais RAM você tem um ramdisk maior que pode ser usado com eficiência. Com isso, eu tenho o script de inicialização / desligamento. Várias experiências com a gravação de backup em ramdisk no dispositivo / pasta criptografado, mesmo com a menor prioridade na inicialização e a mais alta no desligamento.
Isso acelera um pouco o sistema e economiza alguns ciclos de gravação. Coisa boa pode ser um trabalho cron fazendo rsync a cada 15 minutos?
Pouco aviso para os usuários do Ubuntu, não use / media / user / folder para backups de ramdisk, pois ele é redefinido por algumas atualizações, então eu estava perdendo dados de perfil periodicamente. Também com o Ubuntu, tive algumas dificuldades em criar ramups de ramdisk na pasta inicial criptografada.
fonte
Concordando com os outros, você deve colocar praticamente tudo, exceto arquivos muito grandes (de vídeo) para evitar desperdiçar espaço SSD caro.
No entanto, você também deve garantir que o TRIM esteja ativado:
fstrim
regularmente (provavelmente em um cron semanalmente)Lembre-se de fazer backup de seus dados.
ATUALIZAR:
fonte
Se você não deseja gastar tempo para enviar seus dados pelo HDD e SDD, use o SDD como cache.
fonte
Sinto muito, respostas ruins. É claro que você pode e deve criar um sistema muito rápido e ainda mover a maioria das pastas escritas para o HDD. Mova / tmp para / tmpfs ou crie a partição / tmp no HDD também mova para o HDD e crie links simbólicos nas pastas originais para / var / log / var / spool e / var / tmp (não coloque / var / tmp em tmpfs, pois são dados que devem estar acessíveis nas reinicializações). Vá para o HDD e crie links simbólicos para ~ / Downloads ~ / Vídeos ~ / Music ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream e outros que você conheça ou descubra com frequência. caches (sempre encontre onde está o cache específico do seu navegador e mova-o para o HDD Chrome e Firefox são cobertos com esses que eu acredito, mas verifique por si mesmo). Se você precisar editar um arquivo de vídeo, poderá movê-lo para ssd. Caso contrário, 99% dos documentos e da mídia não beneficiam o SSD. Além disso, como o HDD é muito menos usado pelo systen, esses truques têm um impacto negativo no desempenho e uma enorme diferença na durabilidade do SSD. Vá para o HDD e crie links simbólicos para as suas pastas na nuvem (por exemplo, dropbox). Considere também mover / var / www, se você estiver anexando. Agora você tem um sistema muito rápido, quase sem diferença de velocidade e com muito menos desgaste.
fonte