質問

いのある古代の遺産を理由ですがどうですか?と思われるサービスの向けの信頼性の高いデータです。

役に立ちましたか?

解決

  • NFSために使用するLAN損失率は非常に低い。
  • UDPでより速く、少ない費
  • NFSが状態なしで、簡単にお客様にリトライ

ご注意NFS v3+を使用できTCP.

他のヒント

UDPは(誰もが本当にこれらの日使うべきではありません)のNFSv2のデフォルトですが、NFSv3のは、デフォルトではTCPを使用しています。 TCPマウントは、より信頼性があり、あなたは、あなたがUDPよりもはるかに高速ネットワークの問題を持って知ってます。

UDPはTCPではない、ステートレスですが、TCPは、NFSをスイート、またはNFSの詳細を支配したかったということはなかった多くの事前に定義された特性を有しています。 TCPは、パケット転送を行っているとき、特に、それがタイムアウトを支配ない、など。

UDPでは、あなたは、特にどのような方法を望んでいないのオーバーヘッドを失います。 NFSファイルシステムは、考えはもともとだったときに、システムが書き込みをして、そして永遠にトランザクションを完了するために再試行していきます(ハードモード)NFSので、それだけで半分が終了すれば、それは...悪いだろう、1分、 5、10、および時間、日...接続が戻ってきたときに、トランザクションが完了するまで続けることができた...

NFSは何でも(ハードウェア)の理由と、新しい接続wouldn」の死ぬことができる「状態」の代わりに、その設計の新しい接続(または再接続)上で新しい状態を設定し、TCP、その接続(および状態)の後に見えますトンその状態を持続...ファイルを処理について考えて...あなただけの一人で、プロセスを残して、NFS接続はビットのために低下したが、それが戻ってきたときに、すべてがちょうど最近のアプリケーションは賢く、ルートです。..続行します誰かが電話を取得し、ログオンし、それは彼らができるとにかく行く取得する必要があり..物事はよりモジュール多数であり、そしてそのが計画するつもりはない場合、私たちは...多くのせっかちされている...一日で戻って、それが残されることができるとき、それが動作する方法は、今日でも良いです...よりシームレスなものだったが、今では多くのオプションを持って、そしてより多くの人々が今より迅速にすべてを固定持っている傾向があります。両側は、彼らが行われていることに同意するまで、また、各エンドのアイデアは、ジョブ間でのコミットを前後していないセッションオブジェクトを渡す - バックNFSはあなたのためにこれをたくさんやった日に....

アナロジーは、RS232のものが働いていたかと少し似ている...エレクトロニクスは、そのことを行うと、そのバッファをロードして、完全な取得し、停止(またはINFOMATIONを失う)する必要がありますでしょう、彼らはその情報の流れ(と空を渡すことができますそのバッファと継続)CTS(クリアプラグの金属ピンのようなピン互換送るようにする場合は)今までにその)することになってどのような(高いか低いものでした。

私の推測では、それがレガシー(歴史的)な理由から、おそらくということです。もともとNFSは、おそらくエラーの非常に少ない可能性があった低遅延ネットワーク上で使用されたので、(すべてのメッセージの双方向の確認と一緒に)TCP接続を設定する3ウェイハンドシェイクを開始するのオーバーヘッドはのシンプルさを上回りますUDPのようなコネクションレスのプロトコルを使用します。

UDPは、トランスポートプロトコルとして使用されている場合は、

、おそらくそれは、必要に応じて再送信を管理するために、アップNFSクライアントになります。

プロトコルは、アプリケーション自体によって管理されようとしている時にUDPが使用されています。アプリはそれを行う方法のためのより良いアイデアを持っていること、またはそれが(アプリケーションの特別な条件の下で)より速いかもしれません。 TCPは非常にいいですが、それに関連するオーバーヘッドをたくさん持ってます。

パフォーマンス。 UDPはTCPよりもはるかに低いオーバーヘッドを持っています。一方NFSは、(TCPに比べて)、その後独自に信頼性の高いトランスポートを処理するために持っていますが、これは、接続の問題やパッケージ滴があるLANのプロトコルであるとして(またはより良い:でなければなりません)ではない問題は、それがパフォーマンスのために最適化されています。

それが大幅にメモリ使用量を減らすことができるので、

UDPも使用されました。 NFSが最初に開発されたとき、1980年代では、RAMの4〜8メガバイトのようにUNIXシステムを持っている、と思います(少なくともアカデミックな環境で)「サーバー」とは、単に数とこれら4〜8メガバイトシステムのいずれかをされている可能性があり余分なディスクは、それにフックアップ。サーバー上のRAMの使用は、あなたが私にはディスクキャッシュとして良く使用されているTCPバッファにいくつかのMBを失っている可能性があり、大きな問題でした。また、酷使NFSサーバは単に要求をドロップすることができ、それが簡単にメモリ圧力を処理するために作られています。

NFSサーバがクライアントにクライアントが共有ボリュームにアクセスすることを許可された後にクッキーを送信して

ステートレスUDP接続は、ネットワークトラフィックを最小限に抑えることができます。このクッキーは、サーバの側で保存されたランダムな値であり、クライアントからのRPC要求と一緒に渡されます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top