昨日、次の機能を備えた新しいワークステーションを入手しました。
- 120 GB - OCZ Vertex3 最大 IOPS
- 300 GB - Western Digital Velociraptor (10k RPM、平均シーク時間約 4 ミリ秒)
- 2x2TB Samsung エコグリーン F4
このシステムは、大量の Java 開発を主な目的として Ubuntu を実行します。時々、Windows VM で Java を開発する必要があります。このためには高速な VM が必要です。SSD の消耗についてたくさん読んだのですが、ビルドで小さな書き込みが大量に発生するため、Eclipse ワークスペースを SSD に置くのはよくないかもしれません。ワークスペース (つまり /home) は、非常に高速な Velociraptor でより適切な場所を見つけることができるかもしれません。
最大限に活用するには、全体をどのようにパーティション分割すればよいでしょうか? どのような提案でも歓迎します。LVM も選択肢の 1 つかもしれません。1 つの VirtualBox イメージ用に SSD に 3 番目のパーティションを配置するのは良い考えかもしれません。
現在私はこう考えています:
- SSD: 2GB /boot、残りのスペース /
- Velociraptor: ドライブ全体にまたがる LVM。
- 150GB /家庭
- /virtualMachines などの残りのスペース
- Samsung ドライブ (両方に LVM を使用するか、それぞれに 1 つのボリューム グループを使用するか? - 後者の方がデータ セキュリティの観点から優れています。大きなボリューム グループ内の 1 つのドライブに障害が発生すると、すべてが失われるためです)
- データ、アーカイブなどのパーティション
答え1
信頼性、ウェアレベリング、書き込み速度と読み取り速度の違いが懸念される場合は、別のオプションがあります。
を持っていますアカード9010Linux を実行するためのバッテリー バックアップ RAM ドライブです。平均的な SSD よりもコストがかかりますが、次のような利点があります。
- 高速な読み取り速度と高速な書き込み速度。SSD は読み取り速度が非常に速く、書き込み速度はやや遅くなります。
- ウェアレベリングは必要ありません。
- SSD の場合のように、ディスクがいっぱいになると書き込みが空のディスクよりも遅くなるという心配はありません。
- 電源の瞬断は内部バッテリーで約 1 日間カバーされ、RAM ドライブに電力を供給するために外部の壁コンセントも使用できます (内部バックアップ バッテリーに加えて)。
- バッテリー寿命よりも長いデータ保存は、ユニットに内蔵された SD カードによって解決されます。電源がオフになり、バッテリー電圧が一定の低レベルに達すると、RAM ドライブはメモリの内容を RAM ドライブの前面に内蔵された 64 GB コンパクト フラッシュ カードにバックアップし、電源を入れると SD カードのデータを RAM ドライブ内の RAM にコピーします。
質問の一部に直接答えると、SSD (または RAM ドライブ) 上のパーティションをどのように配置するかは次のとおりです。
/homeRAM ドライブ以外はすべて/homeハード ドライブに保存します。Slackware64 には約 5 GB 必要となるため、32 GB の RAM ドライブには開発用の余分なスペースがたくさんあります。
で作業する必要はありません/homeが、これは通常の「Linux の方法」です。代わりに、またはのような Linux ツリーにディレクトリを作成し、/javaそれ/projectsを RAM ドライブ上に作成して、ユーザーがそのディレクトリを使用できるように権限と所有権を設定し、プロジェクトを SSD/RAM ドライブに置いて速度を上げます。OS/ツール/ソース コードを RAM ドライブに置いてそこで作業し、シャットダウン スクリプトで毎日の作業をハード ドライブにコピーします。
万一に備えて、トラブルに備えてRAMドライブ（またはSSD）にある重要なユーザー作成ファイルをバックアップする簡単なスクリプトをいくつか書きました。あなたのファイルや、/etc/fstab正確/etc/X11/xorg.confに取得するのが難しいファイルなどです。素早く(特に、fstab に多数の MP3 プレーヤーがある場合や、xorg.conf に複雑なモニター設定がある場合など)、SSD/RAM がいつの間にかスクランブルされる問題が発生した場合は、
また、念のため、RAM ドライブ上のすべてのファイルをハード ドライブのディレクトリにバックアップ/復元するスクリプトも 2 つあります。これらのスクリプトについて言及したのは、別の回答で SSD (または RAM ドライブ) の信頼性の問題について触れられていたためです。スクリプトにより、何か問題が発生した場合に備えて、バックアップと簡単なリカバリをさらに強化できます。必要に応じて、1 日に数回バックアップする chron ジョブを設定してください。これは決して悪い考えではありません。
では私は何をすべきか：
/SSD上/work（/javaまたは/projectsその他）作業領域用、SSD上/homeハードドライブ上/usr/scripts(ユーザー作成スクリプト用に作成)- ユーザー設定ファイルを SSD からハードドライブにバックアップするスクリプト
- RAM ドライブをハードドライブに完全にコピーするスクリプト。
RAM ドライブのアクセス時間は、同社の Web サイトによると 0.01 ミリ秒です。これは HD よりはるかに高速ですが、2 倍ではありません (以前誰かが言っていたように)。
答え2
SSD は HDD ほど信頼できないので、ブートではなく、一時ファイル/ページ ファイル/スクラッチ ファイルとして使用することをお勧めします。Velociraptor をお持ちなので、SSD は必要ありません。
オフィスではSSDをメインディスクとして使用し、Windows XPでC#アプリケーションを開発しています。Visual Studioはすぐにビルドして実行し、プロジェクトをデバッグします。また、Hyper-V環境でSSDをページ/スワップ/一時ファイルとして使用し、HDDを休ませています。より高いパフォーマンスが必要な場合は、イーブースト最もよく使用されるファイルをキャッシュするため、特に Web サーバー上で HDD の使用量も削減されます。