SSD / HDDをブーストするための最適な/ etc / fstab設定


12

私はEXT4が3年前にさまざまな著者のテストブログ投稿をチェックすることで最速であることを知っていますが、SSDをより速くする他の設定もありますin-ubuntu-for-better-performance /

sudo gedit /etc/fstab
add to / partition <options> noatime,nodiratime,
and also if kernel is >2.6.33 also add discard,
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

およびhttps://wiki.ubuntu.com/MagicFab/SSDchecklist

sudo gedit /etc/fstab
add to / partition <options> noatime, and thats it
and data=writeback mounting option if you formatted the disk without journaling. Otherwise add data=ordered which sould be a good compromise between full journaling and none at all.
tmpfs   /tmp  tmpfs  nodev,nosuid,noexec,mode=1777  0 0

なぜnoatimeだけですか?また、ディスクがインストールからジャーナリングされていないかどうかを知る方法 そして、もっと速い?ジャーナリングはありませんか?diff no journaling data = writeback or journaled data = ordered?

そして、なぜtmpfs / tmpが両方のアークティクルで異なっており、それらがどのようにdfferとwitchが優れているか、そしてなぜですか?

これはすべてSSDについてですが、HDDで同じ設定を使用できますか?私は自分のhttps://wiki.ubuntu.com/Kangarooo/AfterCleanInstallationでそれを設定するための1回限りのスクリプトを作成したので、HDDとSSDの答えを見つけたいです

回答:


10

howtogeekサイトは、あなたが言及した2つのサイトの中でより責任があります。atimeの微調整は、ファイルが特定のタイムスタンプの更新を受け取るときにパイプライン処理する単なるメタデータの最適化です。使用するメディアに関係なく適用できます。また、メタデータの一貫性に対するアプリケーションの感度にも依存します。ほとんどのデスクトップユーザーは見逃しません。

今、ジャーナリングを無効にすることに関しては...それはただのクレイジーです。それが、これらの高度なファイルシステムを使用する全体のポイントです。つまり、データの整合性を確保しながらパフォーマンスを向上させます。この取引を行うと、個人データを交換して速度を少しだけ向上させることを理解してください。個人的にはお勧めしません。ほとんどの人は、このリスクを取ることを補うために、最初から適切なバックアップを保持していません。

パーティションのアライメントは重要ですが、そのビットを微調整しても、あなたを殺すことはありません。これは、ディスクへのアクセスの程度に大きく依存します。調整されていないと仮定すると、大量のI / Oが定期的に(サーバー)実行されている場合、改善が見られます。平均的なデスクトップの使用状況では、おそらく誰も気付かないでしょう。

パーティションの配置が重要であるという概念を除いて、あなたが言及したUbuntu wikiは無視します。より信頼性の高いリンクは次のとおりです。

http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html?ca=dgr-lnxw074KB-Disksdth-LX

「nodev」を使用したtmpfsの再構成のように、Ubuntu wikiの推奨事項の一部は単純に間違っています。すでにRAMFSです!

firefoxキャッシュを/ tmpに移動すると、現在のセッションの速度が向上する場合があります。これはセキュリティ上の危険性があるため(自宅ではセキュリティで保護されていない)、tmpfsは永続的ではないため、起動するたびに再構築されます。

概要:

discardext4オプションへの追加は慎重であり、ライトバックはデフォルトモードであり、ジャーナリング設定はそのままにして、atimeの調整は問題ありません。また、deadlineまたはnopスケジューラーへの切り替えも役立つ場合があり、パーティションのアライメントはオプションです。残りは二段です。


atimeの調整は問題ありませんが、最終的には意味がありません。relatimeは大きな妥協であり、最後にアクセスしてからファイルが変更された場合にのみatime書き込みを引き起こします。これにより、atimeの機能が完全に失われることなく、atimeの書き込みが大幅に削減されます。
セシウム

1
それrelatimeが最良の妥協案であることに同意しますが、提示した事実に分析を限定していました。これらの微調整の多くは、サーバーのワークロードがなければ重要ではありません。ウェアレベリングではなく、パフォーマンスについて話しています。このユーザーができる最も重要なことは、discardサポートを有効にすることです。私はSSDを1。5年間所有しており、それを微調整したことはなく、うまく動作し、独自の廃棄を管理しています。
ペペラキ

1
なぜnodevばかだろうか?ファイルシステムがデバイスであることをシステムに認識させませんが、デバイスファイルがデバイスとして扱われるのを防ぎます。sudo mknod -m666 test c 1 3test書き込み可能なnullデバイスとして機能するファイルを作成するなど)を使用して、さまざまなテストを行うことができます/dev/null。ルートとして実行するかどうかに関係なくnodev、マウントされたファイルシステムecho > testcat test失敗します。
Lekensteyn

マニュアルページの内容を知っています。特にSSDのコンテキストで、これがどのようにパフォーマンスにどのような影響を与えるのか説明していただけますか?
ペペラキ

4

discardLinuxカーネルにはコマンドの最適化されていない実装があるため、速度が低下するため、このオプションはSSDでホストされるファイルシステムには推奨されなくなりました。(IIRC、TRIM要求は、一度に1つのATAセクター範囲のみを使用するため、低速になります。)

代わりに、実行するfstrim -v /(またはSSDパーティションが何であれ)cronジョブを毎日作成します。これは、Ubuntu 14.04 LTSに同梱されるソリューションです。


「廃棄オプションは推奨されなくなりました」—ソース、お願いします。
eMPee584

1
…XFSの開発者がこの投稿を見つけましたmarc.info/?l=linux-xfs&m=133047907914622&w=2:「オンライン破棄は、消費者SSDに使用するのに賢いものではありません[…]破棄は非常に遅く、それをサポートするほとんどのハードウェアでキュー可能な操作。」だからsystemctl enable fstrim.timer..
eMPee584

1

/ tmpで「noexec」を有効にしないでください。有効にしないと、/ tmpから実行する必要がある特定の3Dドライバーで問題が発生します。最新のハードウェア用のNVIDIAドライバーにはこの要件があり、「noexec」が有効になっている場合、使用しているアプリケーション(xscreensaver glmatrixなど)はすべてセグメンテーション違反になります。


だから私はnoexecなしで行を追加できますか?このような?tmpfs / tmp tmpfs nodev、nosuid、mode = 1777 0 0
カンガルー

0

ppetrakiの答えに加えて、フラッシュの摩耗が懸念される場合は、/tmpフォルダーのRAMファイルシステムをマウントする必要があります。

tmpfs /tmp tmpfs defaults,size=15%,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,size=10%,mode=1777 0 0

ただし、/var/logクラッシュしないことが確実な場合を除き、ファイルをRAMに移動しないでください;)そして、新しい/var/logディレクトリ(Apacheなど)を作成するすべてのサーバーパッケージを既にインストールしており、起動時にそれらが消えないようにしたい場合:

tmpfs /var/log tmpfs defaults,mode=0755 0 0 
tmpfs /var/log/apt tmpfs defaults 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

これは、JR0cketの回答とトピックに関する他のブログ記事融合です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.