タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

nfsとLinuxに関するrsakamotのブックマーク (3)

  • 849300 – nfs:bonnie fails during delete files operation

  • 処理が遅い場合の調査

    処理が遅い場合, 問題が, ディスク I/O, CPU能力, ネットワ−ク, メモリ不足, NFS 等のうちどこにあるかが問題になる.(いや,他にもありうるけど) ディスク I/O や ネットワ−クが問題になることが多いと思う. ネットワ−ク関連では, hosts ファイル や DNS に無登録のマシンだったり, NIS 参照に問題が出ていたり, また, 自分自身でなく NFS サ−バが遅いのが原因の例もあった. 機材の故障やケ−ブル不良で, ネットワ−クに大量のエラ−がでているのが 原因のことも多い. 複数の DNS サ−バを参照しているばあい, DNS サ−バの参照順が適切か考え直してみる. 使用する tool vmstat, free, top, netstat,tcpdump 等は普通に使えると思う. 負荷のモニタは procmeter が気に入っている. ネットワ−クの状況は I

  • NFSのチューニング | 日々是雑記

    この間組み上げたNFSのクラスタ。 どうもパフォーマンスが出ていないようでした。 で。 とりあえず、屋へGOを仕入れてきました。 NFS & Amd (Advanced Linux) なかなかお高いです。 というか、屋にはこれとオライリーのNFS&NIS 第2版しかなかったのです。 発行日を見て、NFS&Amdのほうが新しかったので、こっちを買いました。 さて。早速チューニングです。 NFSはネットワーク経由でファイル共有を行うため、当然ながらネットワーク構成に多大な影響を受けます。 それはなにかというと、1回あたりの読み込みデータサイズと、書き込みデータサイズです。 また、Webアプリがそうであるように、キャッシュというものが重要な意味を持ってきます。 そんなわけで、設定をしたこと。 1.キャッシュサイズの拡大 今回のシステムでは、管理者がファイルを更新しない限りは原則として

  • 1