ちょっと繰り返される感じがしますねキャッシュをより積極的にすることに関する別の質問しかし、そこで多くの提案を試しましたが、なぜ問題が発生するのかわかりません。
私の場合は、キーチェーンの小さなUSBフラッシュドライブにUbuntu 12.10をインストールしました。 (誰かがコンピュータを保存する必要がある場合や、どのコンピュータを使用しても、自分の設定やブックマークなどを備えた自分だけのデスクトップが欲しいときにこの機能を使用します。)
問題は、システムが非常に遅いことです。
これで、USBフラッシュドライブはかなり遅いので、ある程度譲歩する必要があることがわかりました。しかし、現在i7コンピュータで実行しようとしています。8GBメモリ。 「free」と「top」はどちらも、システムが次より少なく使用していることを報告します。2.7GB...
total used free shared buffers cached
Mem: 7712 2742 4969 0 164 1838
-/+ buffers/cache: 740 6972
Swap: 0 0 0
... "df"はファイルシステム4.4GB。だからです。ファイルシステム全体をキャッシュするのに十分なRAMが残っている必要があります。。
これに基づいて、私が経験する唯一のI / Oレイテンシは、最初にファイルをキャッシュに読み込むのにかかる時間に制限されると思いました。その後、再インポートする必要はないと思い、すべての書き込みはバックグラウンドでキャッシュされる可能性があるため、まったく待つ必要はありません。 (もちろん、最も長い待ち時間は、おそらく終了したい時であり、4GBのダーティキャッシュをフラッシュに書き込む必要がある時でしょう。)
しかし、私が経験したことはまったくそうではありませんでした。代わりに、すべてが苦しむほどゆっくりと動きます。別のウィンドウにフォーカスを切り替えると、すべてのウィンドウが約10秒間「ぼやけてしまいます」(ウィンドウマネージャはこの操作のためにディスクから何をインポートする必要がありますか? 、なぜキャッシュにいないのですか?)後ろに.debファイルがダウンロードされました(.debがまだキャッシュにない理由は何ですか?パッケージの新しいファイルが書き込まれないのはなぜですか?)到着隠れ家?これが発生するには、インストーラが/var/lib/dpkg/availableまたは/var/lib/dpkg/statusを読む必要があるわけではありません。各一度に複数のパッケージをインストールしようとしても同じです。)
目立つ効果なくいくつかの/proc/sys/vm/vfs_cache_pressure
修正をしました。/proc/sys/vm/swappiness, /proc/sys/vm/dirty_writeback_centisecs
/proc/sys/vm/dirty_ratio...
私は明らかにLinuxディスクキャッシュがどのように機能するのかわかりません。だから私を埋めてください。できるカーネルは次のように構成されています(十分なRAMがある場合)。
- ディスクからファイルを読み取る一度それからキャッシュします
- すべての書き込みをキャッシュし、アイドル期間(今から20分の場合)にディスクに書き込むのは大丈夫ですか?
そして、もしそうならできるこうすることで、私が何を逃しているのでしょうか?
答え1
USBサムドライブ生のパフォーマンス
まず、USBサムドライブを見て、それが許容可能なレベルで動作していることを確認します。次の2つのコマンドを使用してパフォーマンスを測定できます。
$ hdparm -t /dev/sdb
$ dd count=100 bs=1M if=/dev/zero of=/media/disk/test oflag=sync
その設定に適したハードドライブ情報と交換してください。
ファイルシステム
これも見てくださいUSBサムドライブ性能の改善に関する記事Ubuntuのヘルプサイトから。