☰

プログラマコンピュータのパーティション

tag-icon • tag-icon ubuntu partition
プログラマコンピュータのパーティション

130GB SSDと1TB HDDストレージを搭載したUbuntu 22.04.2 LTSを実行するノートパソコンがあります。ノートブックの速度を効率的に向上させるパーティションを探しています。私は主にノートブックを使用してPythonとC ++（ビジュアルコンピューティング）プログラミング、ワードプロセッシング、Webサーフィンを行います。もっと体系的に見ると、私のものは次のカテゴリに分けることができると思います。

  • IDE
  • コンパイルライブラリ
  • その他の低レベルプログラミングユーティリティ
  • プログラミングプロジェクト
  • ルーストアバウト
  • 画像やデータフレームなどのデータ
  • pdfとlibreofficeファイル
  • インターネットブラウザ

ノートブックのパーティションをどのように構成する必要がありますか？

私は次のことを考えました

SDDのパーティション

  1. 電源オン
  2. コンパイルされたライブラリ、プログラミングプロジェクト、IDE、Dockerを積極的に使用
  3. 積極的に使用されるデータ

HDDのパーティション

  1. /homeにはpdfファイルとlibreofficeファイルが含まれています。
  2. libreofficeやFirefoxなど、すぐに実行する必要のない他のアプリケーション
  3. 積極的に使用されていないライブラリとデータ

この区分は意味がありますか？

ベストアンサー1

ノートブックの速度を効率的に向上させるパーティションを探しています。

パーティショニング自体がより速くなるわけではありません。

ブートに必要な必須のデータ以外のデータを管理するためにパーティションを使用する理由はありません。これは、実際に達成しようとしているものの不必要に深刻な複雑さです。いくつかのデータをSSDとハードドライブに保存し、いくつかのユースケースを反映します。方法。

この区分は意味がありますか？

いいえ、残念です。

ユースケースでは、3 種類のデータについて説明します。

  1. 起動に必要なデータ
  2. 迅速かつ頻繁にアクセスする必要があるデータ
  3. 頻繁にアクセスしないデータ

一般的に言えば、場所だけでは、どのシステムライブラリがグループ2または3に属しているかはわかりません。使用するコンパイラとすべてのライブラリは、頻繁に使用しないプログラムやライブラリとまったく同じ場所にあります。

したがって、パーティション/ボリューム管理スキームはありません。できる助けてください！

まず、私はあなたの予算を知りません。しかし、1TB SATA SSDの価格は約50{€、$}（SATA、より速いM.2 / NVMe SSDほど一般的にコストはほぼ同じです）、512GBのコストは€25です。したがって、この問題は実際に費用を費やし、SSDをより大きなSSDに置き換え、HDDを猫の写真の保存に減らすか、HDDを別のSSDに交換し、LVMを持つ2つのSSDを大規模なSSDとして使用することでよりよく解決することができます。ストライピング（ハルいいえ定期的なバックアップを忘れました。）
最近では、ハードドライブとラップトップを一緒に使用することは一般的ではありません。性能と安定性の面だけでなく、速度の面でもそうです。

SSDがすでにかなり速く（ハードドライブの速度と比較して）、他のSSDを購入する予算がない場合：

SSDを次のように設定することもできます。隠れ家遅いですが、より大きなハードドライブの前にあります。 Linuxはすぐにこれを行うことができます。つまり、bcache高速ブロックデバイスを使用できるメカニズムです（たとえば、SSDの4つのパーティションの最後、最初はまだ/boot/efivfat / uefisys、2番目は通常/ boot、3番目はswap /です）。休止状態データ）を使用して、低速HDDに書き込まれるデータを「バッファ」し、頻繁に読み取られるデータを保持し、ハードドライブがロードされるたびに読み込まれないようにします。

アイデアは、システムがどのディレクトリ（/home、/usr/lib、/home/oldprojects、または他のディレクトリ）にあるのではなく、システムを作成することです。自分を感知して管理しましょう。頻繁に必要なデータは何ですか？

次に、「加速された」ブロックデバイスで次のことを行います。いいえパーティションを分割する（パーティション化する理由はありません）、単にLVM物理ボリュームとここにLVMボリュームグループを設定するだけです。また、すべてのデータ（/bootを除く）を格納するパーティションを1つだけ持つこともできます。データを他のファイルシステムに保存することは、主にブロックデバイスのバックアップ目的であり、現在ではかなりの速度の利点がないためです。ただし、（キャッシュされた）システムをLVM物理ボリュームにすると、パフォーマンスを低下させることなく柔軟性が向上します。普遍的に強くお勧めします。これ以上パーティションを扱う必要がないことをお見逃しなく :)

したがって、このガイドで提案したシナリオと同様に、bcacheをサポートするUbuntu 20.04のインストール（スナップ写真:

  • /dev/ssdSSDを分割しよう/dev/ssd1, ssd2, …, ssdN

  • ハードドライブ/dev/hdd

  • SSD：

    • /dev/ssd1：/boot/efi、、VFAT、UEFI用の1GB（利用に十分）
    • /dev/ssd2：/boot、、ext4、4GB この問題はもはや心配する必要はありません。
    • /dev/ssd3：スワップパーティション、スワップ領域、2×RAMサイズ、休止状態に使用
    • /dev/ssd4：キャッシュ/dev/bcache0、SSDの残りの部分を占める

  • ハードディスク

    • /dev/hdd1/dev/bcache0: ディスク全体のバックアップストレージ

  • /dev/bcache0：LVM物理ボリューム（新しいボリュームグループには1つしかないため、これを呼び出します。vg0

  • /vg0: すべてのデータを含むLVMボリュームグループ

    • /dev/vg0/root：システム/ボリュームext4またはXFS（または必要なもの）、必要なGB（後でシステムを実行すると簡単に増やすことができ、ハードドライブ全体と同じくらい大きくなる可能性があります）

これは少し複雑に見えるかもしれませんが、実際にSSDパーティションをハードドライブに格納されているアイテムのキャッシュとして使用するにはその階層を通過する必要があり、bcacheLVMボリュームグループは詰まることを防ぐために存在します。後でまたはバックアップ中または故障したハードドライブを交換する場合。

bcache上記のガイドでは、Ubuntuは起動イメージにサポートを含めるためにインストール中にいくつかのトリックを実行する必要があると言います（私はまだ本当だと思います）。しかし、かなり良いようです。

おすすめ記事