Le migliori impostazioni / etc / fstab per potenziare SSD / HDD

So che EXT4 è il più veloce di 3y già controllando i post di blog di test di diversi autori Ma ci sono anche altre impostazioni che rendono più veloce l'SSD che ho trovato in http://www.howtogeek.com/62761/how-to-tweak-your-ssd- in-ubuntu-per-better-prestazioni /

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

perché solo mezzogiorno? E come sapere se il disco è senza journaling dall'installazione? E cosa è più veloce? No Jornaling o contrario? E diff no journaling data = writeback o journaled data = ordinato?

E perché tmpfs / tmp differisce in entrambi gli artici e in che modo sono più difficili e la strega è migliore e perché?

Tutto questo riguarda SSD ma posso usare le stesse impostazioni in HDD? Voglio trovare la risposta per HDD e SSD mentre iveo script di una volta per configurarlo nel mio https://wiki.ubuntu.com/Kangarooo/AfterCleanInstallation

Il sito howtogeek è il più responsabile dei due siti che hai citato. Le modifiche atime sono solo l'ottimizzazione dei metadati che pipeline quando un file riceverà un certo aggiornamento data / ora. È applicabile indipendentemente dal supporto utilizzato, dipende anche dalla sensibilità della tua applicazione rispetto alla coerenza di tali metadati. La maggior parte degli utenti desktop non lo mancherà.

Ora per quanto riguarda la disabilitazione del journaling ... è semplicemente pazzesco. Questo è il punto centrale dell'utilizzo di questi file system avanzati: prestazioni migliori e protezione dell'integrità dei dati. Tieni presente che se fai questo scambio, stai scambiando i tuoi dati personali per un modesto aumento della velocità. Personalmente non lo consiglierei. La maggior parte delle persone non mantiene buoni backup all'inizio per compensare l'assunzione di questo rischio.

L'allineamento delle partizioni è importante, ma non modificare quel bit non ti ucciderà neanche. Dipende davvero da quanto pesantemente si accede al disco. Supponendo che non sia allineato, se si avessero tonnellate di I / O su base regolare (server) si vedrebbe un miglioramento. In media l'utilizzo del desktop, chi lo sa, probabilmente non apprezzabile.

Ignorerei il wiki di Ubuntu che hai citato, tranne per l'idea che l'allineamento delle partizioni è prezioso. Ecco un link più responsabile:

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

Alcuni dei consigli in quella wiki di Ubuntu sono semplicemente sbagliati, come la riconfigurazione di tmpfs usando "nodev". È già un RAMFS!

Lo spostamento della cache di Firefox su / tmp può aumentare la velocità nella sessione corrente. Anche se potrebbe essere un pericolo per la sicurezza (non più protetto in casa) e verrà ricostruito ad ogni avvio poiché tmpfs non è persistente.

Sommario:

L'aggiunta discardalle opzioni ext4 è prudente, il writeback è la modalità predefinita, lascia da solo le impostazioni di journaling, le modifiche dell'atime vanno bene e il passaggio alla scadenza o allo scheduler nop potrebbe anche essere utile, l'allineamento delle partizioni è facoltativo. Il resto è a castello.

L' discardopzione non è più consigliata per i filesystem ospitati su SSD, poiché rallenta le cose perché il kernel Linux ha un'implementazione non ottimizzata del comando. (IIRC, le richieste TRIM utilizzano solo un intervallo di settori ATA alla volta, rallentandolo).

Invece, crea un cron job giornaliero che viene eseguito fstrim -v /(o qualunque sia la tua partizione SSD). Questa è la soluzione con cui Ubuntu 14.04 LTS verrà spedito.

Non abilitare 'noexec' su / tmp o si incontreranno problemi con alcuni driver 3D che richiedono l'esecuzione da / tmp. I driver NVIDIA per hardware moderno hanno questo requisito, qualsiasi applicazione che hai sarà segfault (come xscreensaver glmatrix) se hai abilitato 'noexec'.

Oltre alla risposta di ppetraki , se l'usura del flash è un problema, è necessario montare un file system RAM per la /tmpcartella.

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

Ma non spostare i tuoi /var/logfile nella RAM a meno che tu non sia sicuro di non andare in crash;) E hai già installato tutti i tuoi pacchetti server che creano nuove /var/logdirectory (come apache) e non ti piace farli sparire tra gli stivali :

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

Questa è una miscela della risposta di JR0cket e di altri articoli del blog sull'argomento.