Quali ottimizzazioni SSD sono necessarie sull'ultima versione di Ubuntu?

21

Ho letto di un sacco di domande su ottimizzazione SSD ( Come faccio a ottimizzare il sistema operativo per gli SSD? , Installazione di Ubuntu su uno SSD , sto confusi circa l'ottimizzazione SSD , ecc ...).

La maggior parte di queste domande sembrano obsolete (3+ anni) e sono un po 'confuso con tutte le indicazioni che stanno prendendo le risposte.

Quindi la mia domanda è: ad oggi, qual è il consenso generale sull'ottimizzazione SSD su Ubuntu 14.04 / 15.04?

Adesso è necessario?

ssd performance

— hg8
fonte

4

"Obbligatorio" leggi: sites.google.com/site/easylinuxtipsproject/ssd I suggerimenti sono ancora validi. E lo riassume molto bene per qualsiasi puntatore di cui hai bisogno. Dal modo in cui viene utilizzato da Ubuntu, fino alle impostazioni del browser.

— Rinzwind,

17

Il fatto è che, in primo luogo la maggior parte importante su SSD è minimizzando la scrittura sul disco, che è il motivo per cui la gente aggiungono nodiratime, noatimeper il /etc/fstabfile.

In secondo luogo, è in esecuzioneTRIM che recupera i blocchi inutilizzati della memoria NAND su SSD. Windows ha TRIM abilitato per impostazione predefinita, AFAIK, quindi nessuno vi disturba. Con Ubuntu, ha un cronjob settimanale per TRIM, tuttavia ho imparato dalla risposta di Rinzwind che il processo cron funziona solo su SSD Intel e Samsung. Ecco perché devi modificare quel /etc/cron.weekly/fstrimfile per avere exec fstrim-all --no-model-checklinea, in modo che venga eseguito indipendentemente dal tuo modello SSD.

Negli ultimi anni, questo non è cambiato: questi sono ancora punti chiave, minimizzando le scritture e abilitando TRIM.

La rimozione di scritture e la costosa quantità di spazio di archiviazione sono i due fattori per cui le persone rimuovono anche l'area di scambio . Per impostazione predefinita, Ubuntu crea una partizione di swap pari alla dimensione della RAM. Ho un SSD 128 e 6 GB di RAM. Ciò significa che per impostazione predefinita Ubuntu taglierà 6 GB da 128 GB, lasciando 122 GB per il mio sistema operativo e il 5% è in genere riservato per il root, quindi mi lascia 122-122 * 0,05 = 115,9 GB per me stesso. Potrei anche usare quella memoria per qualcos'altro, motivo per cui ho solo una partizione principale, nessuna partizione di swap, ma ho un file di scambio da 512 MB come funzionalità di protezione (non che ho intenzione di rimanere senza RAM, ma si consiglia sempre di effettuare lo scambio)

— Sergiy Kolodyazhnyy
fonte

Informazioni noatime- alcune applicazioni possono fare affidamento sul confronto dei tempi di modifica e di accesso, potrebbero non funzionare realtimecorrettamente , è meglio e poiché il kernel Linux 2.6.30 è attivo di default, non è necessario configurarlo. Puoi controllare come sono stati montati i tuoi file system eseguendo il comando$ cat /proc/mounts

— Mike,

@Mike Ho appena eseguito il cat /proc/mounts. Per il mio disco non mostra relatimeabilitato, solo noatimee in nodiratimecui ho esplicitamente abilitato /etc/fstab. Per quanto riguarda noatime, puoi fornire alcuni esempi di quali applicazioni si basano su di esso?

— Sergiy Kolodyazhnyy,

2

Scusate per errore di battitura realtimeintendevo relatime.

— Mike,

2

noatimeimplica nodiratime, vedi man mountsu noatime:

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

Inoltre, IMHO non è necessario usare noatimequando relatimeprobabilmente non si romperà la funzionalità e sembra un'opzione decente (è anche raccomandato in: SSDOptimization su wiki.debian.org ).

— Dor

2

Continua del mio post precedente: ... ho scritto "decente" perché quante volte succede ai file che il loro tempo di accesso è precedente al loro tempo di modifica? Soprattutto per quanto riguarda i file del kernel e tutti i file che sono in /. Secondo man mount: da Linux 2.6.30, il kernel ha come impostazione predefinita il comportamento di relatime. TL; DR Da Ubuntu 16, Evita di fare qualsiasi cosa :-)

— Dor

6

L'unica cosa che potresti dover fare è aggiungere --no-model-checka /etc/cron.weekly/fstrim.

La linea dovrebbe apparire così

exec fstrim-all --no-model-check

Verifica che il tuo SSD supporti TRIM (quasi tutti i modelli recenti lo fanno) entro

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

se il tuo SSD è /dev/sda. In tal caso, aggiungere --no-model-check.

— Pilot6
fonte

1

Fondamentalmente gli SSD di età superiore ai 2 anni potrebbero essere problematici.

— Rinzwind,

6

Funziona bene con SSD che supporta TRIM

per il 16.04 non c'è

fstrim-all

fstrim semplice non ha --no-model-check e funziona benissimo con sandisk ssd

— David Ambarsumov
fonte

0

Ubuntu supporta generalmente unità a stato solido molto bene.
Se si dispone di un Intel o di un SSD SAMSUNG, il supporto dell'assetto automatico è abilitato per impostazione predefinita.

Non devi preoccuparti di molto con una sola eccezione:
dovresti archiviare i tuoi dati personali su un HDD per ridurre la quantità di scritture su SSD.

— cl-NETBOX
fonte

i dati personali raramente vengono mai scritti

— endolith

2

"i dati personali raramente vengono mai scritti" ad eccezione della cache del browser, ogni documento e foglio di calcolo su cui fai clic Salva, tutto ciò che scarichi, qualsiasi cosa copi da caricare ...

— kmarsh

Non è esattamente lo scopo di un SSD? Per velocizzare cose come la cache del browser, ecc.? E modifica di documenti ... Bene, anche se modifichi 20 documenti di grandi dimensioni ogni giorno, che sono 1 MB ciascuno, questo è un max. di 20 MB di scritture al giorno ... Non è molto. Non vale la seccatura extra per aggiungere un HDD.

— Andreas,