Melhores configurações / etc / fstab para aumentar o SSD / HDD

Eu sei que o EXT4 é o mais rápido, já verificando posts de testes de diferentes autores. Mas também existem outras configurações que tornam o SSD mais rápido que encontrei em http://www.howtogeek.com/62761/how-to-tweak-your-ssd- in-ubuntu-for-better-performance /

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 https://wiki.ubuntu.com/MagicFab/SSDchecklist

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? Jornaling ou oposto? E não há dados de registro no diário = write-back ou dados no diário = pedidos?

E por que tmpfs / tmp difere nos dois arcticles e como eles diferem e qual bruxa é melhor e por quê?

Tudo isso é sobre SSD, mas posso usar as mesmas configurações no HDD? Quero encontrar uma resposta para o HDD e o SSD, já que fiz scripts únicos para configurá-lo em meu https://wiki.ubuntu.com/Kangarooo/AfterCleanInstallation

O site howtogeek é o mais responsável pelos dois sites que você mencionou. Os ajustes atime são apenas a otimização de metadados que são direcionados quando um arquivo recebe uma certa atualização de carimbo de data / hora. É aplicável independentemente da mídia que você usa, mas também depende da sensibilidade do seu aplicativo à coerência desses metadados. A maioria dos usuários de desktop não vai perder.

Agora, como desativar o registro no diário ... isso é loucura. Esse é o ponto principal do uso desses sistemas de arquivos avançados: melhor desempenho enquanto garante a integridade dos dados. Entenda que, se você fizer essa troca, estará trocando seus dados pessoais por um modesto aumento de velocidade. Eu pessoalmente não recomendaria. A maioria das pessoas não mantém bons backups para compensar esse risco.

O alinhamento da partição importa, mas não ajustar esse bit também não o matará. Realmente depende de quão fortemente o disco é acessado. Supondo que não esteja alinhado, se você tivesse toneladas de E / S regularmente (servidor), veria uma melhoria. No uso médio da área de trabalho, quem sabe, provavelmente não é apreciável.

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

http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html?ca=dgr-lnxw074KB-Disksdth-LX

Algumas das recomendações desse wiki do Ubuntu estão completamente erradas, como a reconfiguração do 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 à segurança (não está mais em sua casa) e será reconstruído em cada inicialização, pois o tmpfs não é persistente.

Resumo:

A adição discardde opções ao ext4 é prudente, o write-back é o modo padrão, deixe as configurações de registro em diário em branco, os ajustes do atime são bons e a mudança para o prazo final ou o nop scheduler também pode ser útil, o alinhamento da partição é opcional. O resto é um beliche.

A discardopção não é mais sugerida para sistemas de arquivos hospedados em SSD, pois diminui a velocidade porque o kernel do Linux possui uma implementação não otimizada do comando. (As solicitações do IIRC, TRIM usam apenas um intervalo do setor ATA por vez, tornando-o lento.)

Em vez disso, crie um trabalho cron diário que seja executado fstrim -v /(ou quaisquer que sejam suas partições SSD). Esta é a solução que o Ubuntu 14.04 LTS enviará.

Não ative 'noexec' em / tmp ou você encontrará problemas com determinados drivers 3D que exigem a execução de / tmp. Os drivers da NVIDIA para hardware moderno têm esse requisito, qualquer aplicativo que você possui irá falhar (como xscreensaver glmatrix) se você tiver o 'noexec' ativado.

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

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 /var/logarquivos para a RAM, a menos que tenha certeza de que não travará;) E você já instalou todos os pacotes de servidor que criam novos /var/logdiretórios (como o apache) e não gostam que eles desapareçam 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 da resposta de JR0cket e de outros artigos de blog sobre o assunto.