Qual otimização de SSD é necessária na versão mais recente do Ubuntu?

21

Eu já li muitas perguntas sobre otimização de SSD ( como otimizar o sistema operacional para SSDs?) , Instalando o Ubuntu em um SSD , estou confuso com a otimização de SSD , etc ...).

A maioria dessas perguntas parece desatualizada (mais de 3 anos) e estou um pouco confuso com todas as instruções que as respostas estão tomando.

Então, minha pergunta é: Até hoje, qual é o consenso geral sobre a otimização de SSD no Ubuntu 14.04 / 15.04?

Isso é necessário agora?

ssd performance

— hg8
fonte

4

Leia "Obrigatório": sites.google.com/site/easylinuxtipsproject/ssd As dicas ainda são válidas. E resume muito bem para qualquer ponteiro que você precisa. Do jeito que é usado pelo Ubuntu, até as configurações do navegador.

— Rinzwind 15/09/2015

17

A coisa é, em primeiro lugar maior parte importante sobre SSDs é minimizar as gravações para o disco, que é por que as pessoas adicionar nodiratime, noatimeao /etc/fstabarquivo.

Segundo, está em execuçãoTRIM que recupera blocos não utilizados de memória NAND de volta ao SSD. O Windows tem o TRIM ativado por padrão, AFAIK, para que ninguém se incomode lá. No Ubuntu, ele possui um cronograma semanal para o TRIM, no entanto, aprendi com a resposta de Rinzwind que o trabalho do cron é executado apenas nos SSDs da Intel e da Samsung. É por isso que você precisa editar esse /etc/cron.weekly/fstrimarquivo para ter exec fstrim-all --no-model-checklinha, para que seja executado independentemente do seu modelo de SSD.

Nos últimos anos, isso não mudou - esses ainda são pontos-chave, minimizando gravações e permitindo o TRIM.

A remoção de gravações e a quantidade cara de armazenamento são os dois fatores pelos quais as pessoas também removem a área de troca . Por padrão, o Ubuntu cria uma partição de swap igual ao tamanho da sua RAM. Eu tenho um SSD de 128 e 6 GB de RAM. Isso significa que, por padrão, o Ubuntu cortará 6 GB de 128 GB, deixando 122 GB para o meu SO, e 5% é normalmente reservado para raiz, o que me deixa 122-122 * 0,05 = 115,9 GB para mim. É melhor usar esse armazenamento para outra coisa, e é por isso que tenho apenas uma partição principal, sem partição de troca, mas tenho um arquivo de troca de 512 MB como um recurso de proteção (não que eu pretenda ficar sem RAM, mas é sempre recomendável trocar)

— Sergiy Kolodyazhnyy
fonte

Sobre noatime- alguns aplicativos podem depender da comparação de tempos de modificação e acesso, podem apresentar problemas, realtimeé melhor e, como o kernel Linux 2.6.30 está ativado por padrão, não é necessário configurá-lo. Você pode verificar comando correndo como seus sistemas de arquivos foram montados$ cat /proc/mounts

— Mike

@ Mike Apenas correu o cat /proc/mounts. Para o meu disco, ele não mostra relatimeativado, apenas noatimee no nodiratimequal eu habilitei explicitamente /etc/fstab. Quanto a noatime, você pode fornecer alguns exemplos de quais aplicativos dependem disso?

— Sergiy Kolodyazhnyy 15/09/2015

2

Desculpe pelo erro de digitação que realtimeeu quis dizer relatime.

— Mike

2

noatimeimplica nodiratime, veja man mountsobre noatime:

Do not update inode access times on this filesystem (...). This works for all inode types (directories too), so implies nodiratime.

Além disso, o IMHO não é necessário usar noatimequando relatimeprovavelmente não quebraria a funcionalidade e parece ser uma opção decente (também é recomendada em: SSDOptimization em wiki.debian.org ).

— Dor

2

Continue no meu post anterior: ... Escrevi "decente" porque quantas vezes acontece aos arquivos que seu tempo de acesso é anterior ao tempo de modificação? Especialmente em relação aos arquivos do kernel e todos os arquivos que estão no /. De acordo com man mount: desde o Linux 2.6.30, o kernel assume o padrão de comportamento de relatime. TL; DR Desde o Ubuntu 16, evite fazer qualquer coisa :-) #

— 314 Dor

6

A única coisa que você pode precisar fazer é adicionar --no-model-checka /etc/cron.weekly/fstrim.

A linha deve ficar assim

exec fstrim-all --no-model-check

Verifique se o seu SSD suporta TRIM (quase todos os modelos recentes)

sudo hdparm -I /dev/sda | grep "TRIM supported"

se o seu SSD é /dev/sda. Se isso acontecer, adicione --no-model-check.

— Pilot6
fonte

1

Basicamente, SSDs com mais de 2 anos podem ser problemáticos.

— Rinzwind 15/09/2015

6

Funciona bem com SSD que suporta TRIM

para 16.04 não há

fstrim-all

fstrim simples não tem --no-model-check e funciona bem com o sandisk ssd

— David Ambarsumov
fonte

0

Geralmente, o Ubuntu suporta discos de estado sólido muito bem.
Se você possui um Intel ou um SSD da SAMSUNG, o suporte automático à compensação está ativado por padrão.

Você não precisa se preocupar muito com uma exceção:
você deve armazenar seus dados pessoais em um disco rígido para reduzir a quantidade de gravações no SSD.

— cl-netbox
fonte

dados pessoais raramente são gravados em

— endolith

2

"dados pessoais raramente é escrita com" exceto para cache do navegador, todos os documentos e planilhas que você clique em Salvar, qualquer coisa que você baixar, qualquer cópia coisa para carregamento ...

— kmarsh

Não é exatamente esse o objetivo de um SSD? Para acelerar coisas como cache do navegador etc.? E editando documentos ... Bem, mesmo se você editar 20 documentos grandes todos os dias, com 1 MB cada, isso é no máximo. de 20 MB de gravações por dia ... Isso não é muito. Não vale a pena o aborrecimento extra para adicionar um disco rígido.

— Andreas