ディスク書き込みトラフィックが多いビット/tmpはとです/var。実際のワークセットは比較的小さく、ほとんど数百 MB 以上の RAM を持つシステムにキャッシュされますが、バイナリディレクトリは少し読み込みトラフィックを取得します。

歴史的に、Unixシステムは、当時のDECハードウェアの性質のため、高速ディスクと低速ディスクを混在させることによって構築されてきました。元のレイアウトはルート（含む/bin）、スワップ、および/usr。

/homeあなたの場合は、単に保ち、すべてを高速ディスクに保存することをお勧めします。現実的には数GB以上の必要はなく、8〜16GBの高速CFカードがかなり安いです。より大きなディスクを購入する/home.

これは主に次の2つの点に依存します。

1. コンピュータで通常実行されるプログラム

2. どちらの側パフォーマンスあなたは最も価値があります

以下では、お使いのコンピュータをやや標準的なデスクトップとして使用しており、取得できる（そしておそらく得たい）パフォーマンスの主な側面はプログラムの開始時間であると仮定しています。

速い/遅いのあなたの概念を見て、次の変更を提案します。

• /etc非常に重要ですが、サイズが比較的小さいファイルが含まれています。必ずしも高速メディアに配置する必要はありません。

• /lib起動時間の点では、これは/usr/libおそらくシステムツリーの最も重要なセクションです。一般的なシステム使用量を表示してlsof実行します。grep -cF '/lib/'のgrepと比較してください\(/bin\|/sbin\)。

だから、/usr/libより速いパーティションを置くほうが良いです。もちろん問題はその大きさだ。おそらく、パーティション全体をより高速なパーティションに配置しようとしません。シンボリックリンクを/usr作成するか、マウントポイントをバインドすることをお勧めします。/usr/libサイズがまだ設定に比べて大きすぎる場合は、さらに一段深くなり、最も使用されているライブラリのサブツリーにのみシンボリックリンクを作成できます。あるいは、その逆に、ホームディレクトリを/usr/lib高速メディアに配置し、あまり頻繁に使用されないサブディレクトリを消去することもできます。シンボリックリンクに変換します。たとえば、またはなどのプログラミングコンテンツに接続しますgcc。perlpython

それに加えて、あなたが書いたように/var高速メディアを使用することは間違いなく価値があります。しかし、あまりにも使っても早く死なない良いCFカードが必要だという点を参考にしてください！