LVMで限られたSSDスペースを割り当てて最適なパフォーマンスを得る方法

8

新しいSSDを入手したばかりで、それを既存のLVMセットアップに組み込むための最善の方法に関するアドバイスを探しています。次の論理ボリュームがあります（明らかな場所にマウントされています）。

# 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

新しいSSDに関連付けられた物理ボリュームには108.26gあります。pvmoveこれらのLVの一部をSSDに移行するために使用します。問題は、どのLVを移動するかです。

問題のマシンは、基本的にはホームワークステーションです。簡単な開発（ソースコードはにありますhome）を行い、非常に低負荷のサーバープロセス（Apacheなど）を実行し、画像やビデオの編集を時々行います。Gentooをx86で実行すると、違いが生じます。

— マット・マクヘンリー
ソース

7

デスクトップでは、SSDデバイスで頻繁に使用するファイルを移動し、他のファイルはハードディスクに残しました。

SSDにシステムを配置すると、非常に役立ちます。あまり変更されていません。SSDでusrを移動します。
ホームディレクトリも頻繁に使用されます。移動ホームあなたのSSDに。大きすぎる場合は、使用頻度の低いファイルを分離してハードディスクに残してください（シンボリックリンクはこのタスクに役立ちます）。
/ varのディレクトリは、多くの場合（ほとんどの場合、ログファイルに追加する）デーモンによってアクセスされます。一部の人は、リモートサーバーまたはRAMディスクにログオンしようとします。これは複雑になる可能性があり、問題を起こす価値はありません。SSDでvarを移動しました。
/ tmpディレクトリの使用は、使用しているアプリケーションによって異なります。
スワップの使用量は、アプリケーションと物理メモリにも依存します。私にとって、スワップはあまり使用されないため、SSDに搭載することは本当に祝福になりません（スワップパフォーマンスに最適です）。

不明なパーティション（tmp、swap1、swap2、opt）がある場合は、それらを移動せずに試し、iostat -pコマンドを使用して、それらがアクセスされる頻度を確認できます。

UbuntuへのSSDデバイスのインストールを確認してください

— シセロン
ソース

4

SSDをキャッシュとして使用しないのはなぜですか？

— ハビエル
ソース

2

私が読んだことによると、現在、LVMを使用する場合、TRIMのサポートは現在ないため、LVMはSSDでは最適な選択ではない可能性があります。

http://www.fedoraforum.org/forum/showthread.php?t=256068

（そのスレッドには他にもさまざまな提案があります：SSD）

— ダモルグ
ソース

ありがとう。forums.fedoraforum.org/showthread.php?t=277082に

— dajobe

1

現在、私はこのようなものを調べています。Javierが言及したbcacheおよびflashcacheオプションに加えて、代わりに「ホット」エクステントを識別してSSDにpvmoveできます。

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

TRIMの不足を緩和するには、SSDの全容量よりも少ない容量を使用してから、後でエクステントを移動し、hdparmでセクター範囲を手動で破棄します。

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

これは明らかに非常に危険であり、エラーが発生するとデータが破壊される可能性があります。

— グリファーズ
ソース

0

一部のキャッシュ操作にSSDを使用することに同意しますが、正確なユースケースを厳密に検討する必要があります。ハイエンドSSDを購入しなかった場合、摩耗と信頼性はより大きな問題です。この場合、/ tmp、/ var / tmp、/ var / run、swapなどの一時ディレクトリ操作には使用しません。私はこのためにメモリベースのファイルシステムを使用するつもりですが、設定が少し難しく、何をしているのかわからない場合は少し危険になる可能性があります。

SSDでA / V編集を確実に実行してください！これはおそらくあなたのホームディレクトリですが、あなたの家の下のマウントポイントでさえ、他の特別なディレクトリかもしれません。SSDは、ディスクヘッドを移動しなくてもランダムな読み取り/書き込みが可能な場所で優れています。これは、編集やA / V作業のような高帯域幅のアプリケーションを叫んでいます。十分なスペースがある場合は、/ usrが次の場所になる可能性があります。ほとんどのバイナリとライブラリは/ usrにあり、SSDが提供するランダムな読み取り順序の恩恵を受けることができます。

— ポール
ソース