Come allocare spazio SSD limitato in LVM per prestazioni ottimali


8

Ho appena ricevuto un nuovo SSD e sto cercando consigli su come integrarlo al meglio nella mia configurazione LVM esistente. Ho i seguenti volumi logici (montati nei punti ovvi):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g                                      

Ho 108.26 g nei volumi fisici associati al nuovo SSD. Ho intenzione di utilizzare pvmoveper migrare alcuni di questi LV al SSD. La domanda è: quali LV spostare?

La macchina in questione è sostanzialmente una workstation domestica. Faccio un po 'di sviluppo leggero (il codice sorgente risiede home), eseguo alcuni processi server a carico molto basso (apache, ecc.) E faccio un po' di editing di immagini e video di volta in volta. Corro Gentoo su x86 se questo fa la differenza.

Risposte:


7

Per il mio desktop, ho spostato i file che ho usato frequentemente sul dispositivo SSD, lasciando altri file su dischi rigidi.

  • Avere il sistema sull'SSD aiuta molto. Non viene modificato molto spesso. Sposta usr sul tuo SSD.
  • Anche la tua home directory viene usata abbastanza spesso. Vai a casa sul tuo SSD. Se è troppo grande, prova a isolare i file utilizzati meno frequentemente e lasciali sul disco rigido (i collegamenti simbolici aiutano in questa attività)
  • La directory / var è spesso accessibile dai demoni (aggiungendo ai file di registro nella maggior parte dei casi). Alcune persone tentano di accedere a un server remoto o a un ramdisk. Può essere complesso e potrebbe non valere la pena. Ho spostato var sull'SSD.
  • L'uso della directory / tmp dipende dalle applicazioni in uso.
  • L'utilizzo dello scambio dipende anche dalle applicazioni e dalla memoria fisica. Per me, lo swap non viene usato molto spesso, quindi non benedice averlo sull'SSD (è meglio per le prestazioni di swap).

Per le partizioni potresti non essere sicuro (tmp, swap1, swap2, opt), puoi provare senza spostarle e usare il comando iostat -p per vedere con che frequenza si accede.

Controlla l' installazione di un dispositivo SSD su Ubuntu




1

Sto cercando qualcosa del genere io stesso al momento. Oltre alle opzioni bcache e flashcache menzionate da Javier, puoi invece identificare le estensioni "hot" e salvarle sul tuo SSD:

https://bbs.archlinux.org/viewtopic.php?id=113529

Per mitigare la mancanza di TRIM è possibile utilizzare meno della piena capacità SSD, quindi spostare le estensioni e scartare manualmente gli intervalli di settore con hdparm:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

Questo è ovviamente estremamente pericoloso e qualsiasi errore potrebbe distruggere i tuoi dati!


0

Sono d'accordo con l'utilizzo dell'SSD per alcune operazioni di memorizzazione nella cache, ma probabilmente dovresti esaminare criticamente l'esatto caso d'uso. Se non hai acquistato un SSD di fascia alta, l'usura e l'affidabilità sono un grosso problema. In questo caso, non lo userei per le operazioni della directory temporanea, come / tmp, / var / tmp, / var / run e swap. Per questo mi sfiderei a usare file system basati sulla memoria, ma è un po 'più difficile da configurare e può essere un po' rischioso se non sai cosa stai facendo.

Sicuramente la tua modifica A / V sull'SSD! Questa è probabilmente la tua home directory, ma potrebbe essere una directory speciale altrove, persino un mount point sotto la tua home. Gli SSD brillano dove è possibile avere lettura / scrittura casuali senza dover spostare le testine del disco. Questo grida l'editing e le applicazioni ad alta larghezza di banda come l'A / V funzionano. / usr potrebbe essere il posto successivo, se hai abbastanza spazio per farlo. La maggior parte dei file binari e delle librerie sono in / usr e possono trarre vantaggio dall'ordine di lettura casuale fornito dall'SSD.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.