web-dev-qa-db-ja.com

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

新しい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など）を実行し、画像とビデオの編集を時々行います。それが違いを生むなら、私はx86でGentooを実行します。

linuxpartitioninglvmssd
8
Matt McHenry

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

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

よくわからないパーティション（tmp、swap1、swap2、opt）の場合は、それらを移動せずに試して、iostat -pコマンドを使用してそれらがアクセスされる頻度を確認してください。

チェック buntuにSSDデバイスをインストールする

7
ciceron

sSDをキャッシュとして使用してみませんか？

4
Javier

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

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

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

2
damorg

私は今、このようなものを自分で調べています。 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

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

1
grifferz

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

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

0
Paul