これらの調整を加えたのはUbuntu SSD の調整そしてUbuntu の調整しかし、現在、Texmaker のコンパイルが遅くなっています。どの調整がこれを引き起こしているか知っている人はいますか? または、調整とは関係のない何かを編集して、Texmaker を以前と同じようにコンパイルできるでしょうか?
第 2 世代インテル i5、16 GB Cosair ram、240 GB Cosair Force シリーズ GT、NTFS、LaTex から PDF へのクイック ビルド
答え1
リンク先の両方のガイドでは、discardファイルシステムのマウント オプションを有効にします。私の経験では、これによってパフォーマンスが低下します。ファイルが削除された後の同期ごとに TRIM 要求が送信され、ディスクが 2 ～ 3 秒間フリーズします (これはハードウェアに依存します)。
これが問題かどうかを確認するには、fsync提案されたようにパフォーマンスをテストしてみてください。このスレッドで:
Linus の拷問テストを実行しながら Theodore Ts'os の「fsync-tester」を実行する
while : ; do time sh -c "dd if=/dev/zero of=bigfile bs=8M count=256 ; sync; rm bigfile"; doneはっきりと示している
SSD では同期は高速であるはずです。私の場合と投稿者の場合、同期ごとに数秒間のロックアップが発生します。https://patrick-nagel.net/blog/archives/337同様の例。
discard同様の動作が見られる場合は、 fstab からオプションを削除して自動 TRIM を無効にする必要があります。(ただし、おそらく追加したnoatimeまたはオプションは保持してください。)relatime
代わりに、fstrimファイルシステム上で定期的に を実行します。たとえば、 を使用しますcron。これを行う方法はいくつかあります。この記事この方法であれば、パフォーマンスの問題が発生することなく TRIM の利点を享受できるはずです。