Meilleurs réglages / etc / fstab pour booster le SSD / HDD

Je sais qu'EXT4 est le plus rapide en vérifiant déjà les articles de blog de test de différents auteurs depuis 3 ans Mais il y a aussi d'autres paramètres qui rendent le SSD plus rapide que j'ai trouvé dans 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

ET 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

pourquoi seulement noatime? Et comment savoir si le disque est sans journalisation de l'installation? Et quoi de plus rapide? Pas de Jornaling ou d'en face? Et diff pas de données de journalisation = écriture différée ou données journalisées = commandées?

Et pourquoi tmpfs / tmp diffère dans les deux arcticles et comment ils diffèrent et qui sont meilleurs et pourquoi?

Tout cela concerne le SSD, mais puis-je utiliser les mêmes paramètres sur le disque dur? Je veux trouver une réponse pour le disque dur et le SSD car j'ai créé des scripts uniques pour les configurer dans mon https://wiki.ubuntu.com/Kangarooo/AfterCleanInstallation

Le site howtogeek est le plus responsable des deux sites que vous avez mentionnés. Les ajustements atime ne sont que l'optimisation des métadonnées qui prévoient quand un fichier recevra une certaine mise à jour d'horodatage. Il est applicable quel que soit le support que vous utilisez, cela dépend également de la sensibilité de votre application à la cohérence de ces métadonnées. La plupart des utilisateurs de bureau ne le manqueront pas.

Maintenant, pour désactiver la journalisation ... c'est tout simplement fou. C'est tout l'intérêt d'utiliser ces systèmes de fichiers avancés: de meilleures performances tout en garantissant l'intégrité des données. Sachez que si vous effectuez ce commerce, vous échangez vos données personnelles contre une augmentation modeste de la vitesse. Personnellement, je ne le recommanderais pas. La plupart des gens ne conservent pas une bonne sauvegarde pour compenser la prise de ce risque.

L'alignement des partitions est important, mais ne pas modifier ce bit ne vous tuera pas non plus. Cela dépend vraiment de la quantité d'accès au disque. En supposant que ce n'est pas aligné, si vous aviez des tonnes d'E / S en cours sur une base régulière (serveur), vous verriez une amélioration. En moyenne, l'utilisation du bureau, qui sait, n'est probablement pas appréciable.

Je ne tiendrais pas compte du wiki Ubuntu que vous avez mentionné, sauf pour la notion que l'alignement des partitions est précieux. Voici un lien plus responsable:

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

Certaines des recommandations dans ce wiki Ubuntu sont tout simplement erronées, comme la reconfiguration de tmpfs en utilisant "nodev". C'est déjà un RAMFS!

Déplacer le cache de Firefox vers / tmp peut augmenter la vitesse de votre session actuelle. Bien que cela puisse être un danger pour la sécurité (plus sécurisé dans votre maison) et il sera reconstruit à chaque démarrage car tmpfs n'est pas persistant.

Sommaire:

L'ajout discardaux options ext4 est prudent, l'écriture différée est le mode par défaut, laissez les paramètres de journalisation seuls, les ajustements atime sont corrects, et le basculement vers le calendrier ou le planificateur nop peut également être utile, l'alignement des partitions est facultatif. Le reste est superposé.

L' discardoption n'est plus suggérée pour les systèmes de fichiers hébergés sur SSD, car elle ralentit les choses car le noyau Linux a une implémentation non optimisée de la commande. (IIRC, les demandes TRIM n'utilisent qu'une seule plage de secteur ATA à la fois, ce qui la rend lente.)

Au lieu de cela, créez un travail cron quotidien qui s'exécute fstrim -v /(ou quelles que soient vos partitions SSD). C'est la solution avec laquelle Ubuntu 14.04 LTS sera livrée.

N'activez pas 'noexec' sur / tmp ou vous rencontrerez des problèmes avec certains pilotes 3D qui nécessitent une exécution à partir de / tmp. Les pilotes NVIDIA pour le matériel moderne ont cette exigence, toute application que vous avez segfault (comme xscreensaver glmatrix) si vous avez activé «noexec».

En plus de la réponse de ppetraki , si l'usure du flash est un problème, vous devez monter un système de fichiers RAM pour votre /tmpdossier.

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

Mais ne déplacez pas vos /var/logfichiers vers la RAM sauf si vous êtes sûr de ne pas tomber en panne;) ET vous avez déjà installé tous vos packages de serveur qui créent de nouveaux /var/logrépertoires (comme apache) et n'aiment pas les faire disparaître entre les démarrages :

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

Ceci est un mélange de la réponse de JR0cket et d'autres articles de blog sur le sujet.