As melhores configurações do / etc / fstab para aumentar o SSD / HDD

Question

Eu sei que o EXT4 é o mais rápido por 3y já verificando postagens de blog de diferentes autores Mas há também outras configurações que tornam o SSD mais rápido que eu encontrei em link

sudo gedit /etc/fstab
add to / partition <options> noatime,nodiratime,
and also if kernel is >2.6.33 also add discard,
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

E link

sudo gedit /etc/fstab
add to / partition <options> noatime, and thats it
and data=writeback mounting option if you formatted the disk without journaling. Otherwise add data=ordered which sould be a good compromise between full journaling and none at all.
tmpfs   /tmp  tmpfs  nodev,nosuid,noexec,mode=1777  0 0

por que apenas noatime? E como saber se o disco está sem registro no diário da instalação? E o que é mais rápido? Não Jornaling ou oposto? E diff sem dados de journaling = writeback ou dados registrados = ordenados?

E por que o tmpfs / tmp difere em ambos os arcticles e como eles são mais eficientes e por quê?

Tudo isso é sobre SSD, mas posso usar as mesmas configurações no HDD? Eu quero encontrar respostas para o HDD e SSD já que eu criei scripts para configurá-lo no meu link

    

Answer 1

O site howtogeek é o mais responsável dos dois sites que você mencionou. Os ajustes de atime são apenas otimização de metadados que pipeline quando um arquivo receberá uma atualização de timestamp. Ele é aplicável independentemente da mídia que você usa, mas também depende de quão sensível seu aplicativo é à coerência desses metadados. A maioria dos usuários de desktop não sentirá falta disso.

Agora, para desabilitar o journaling ... isso é uma loucura. Esse é o objetivo de usar esses sistemas de arquivos avançados: melhor desempenho e, ao mesmo tempo, garantir a integridade dos dados. Entenda que, se você fizer esse negócio, estará trocando seus dados pessoais por um modesto aumento na velocidade. Eu pessoalmente não recomendaria isso. A maioria das pessoas não mantém um bom backup para compensar esse risco.

Alinhamento de partições importa , mas não ajustando esse bit não vai matar você também. Isso realmente depende de quão strongmente o disco é acessado. Supondo que seja desalinhado, se você tivesse toneladas de E / S indo regularmente (servidor), você veria uma melhoria. Em média, o uso da área de trabalho, quem sabe, provavelmente não é apreciável.

Eu desconsideraria o wiki do Ubuntu que você mencionou, exceto pela noção de que o alinhamento da partição é valioso. Aqui está um link mais responsável:

link

Algumas das recomendações nesse wiki do Ubuntu são simplesmente erradas, como a reconfiguração de tmpfs usando "nodev". Já é um RAMFS!

Mover o cache do Firefox para / tmp pode aumentar a velocidade na sua sessão atual. Embora possa ser um risco de segurança (não seguro em sua casa mais) e será reconstruído em cada inicialização, pois o tmpfs não é persistente.

Resumo:

Adicionar discard às opções ext4 é prudente, writeback é o modo padrão, deixe as configurações de journaling sozinhas, os ajustes atime são bons, e a mudança para o prazo final ou nop scheduler também pode ser útil, o alinhamento da partição é opcional. O resto é beliche.

    

Answer 2

A opção discard não é mais sugerida para sistemas de arquivos hospedados em SSD, pois diminui o ritmo porque o kernel do Linux tem uma implementação não otimizada do comando. (IIRC, os pedidos do TRIM usam apenas um intervalo do setor ATA de cada vez, tornando-o lento.)

Em vez disso, crie uma tarefa cron diária que execute fstrim -v / (ou qualquer que seja sua partição SSD). Esta é a solução que o Ubuntu 14.04 LTS enviará. [ 1 ]

    

Answer 3

Não habilite 'noexec' em / tmp ou você enfrentará problemas com determinados drivers 3D que requerem execução de / tmp. Os drivers NVIDIA para hardware moderno têm esse requisito, qualquer aplicativo que você tenha será segmentado (como xscreensaver glmatrix) se você tiver 'noexec' ativado.

    

Answer 4

Além da resposta da ppetraki , se o desgaste do flash for uma preocupação, você deve montar um sistema de arquivos RAM para o seu /tmp pasta.

tmpfs /tmp tmpfs defaults,size=15%,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,size=10%,mode=1777 0 0

Mas não mova seus arquivos /var/log para a RAM, a menos que tenha certeza de que não irá travar;) E você já instalou todos os pacotes do servidor que criam novos diretórios /var/log (como o apache) e don gosto de tê-los desaparecer entre as botas:

tmpfs /var/log tmpfs defaults,mode=0755 0 0 
tmpfs /var/log/apt tmpfs defaults 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

Esta é uma mistura de resposta do JR0cket e outros artigos do blog sobre o assunto.