2009-07-30 9 views
3

IFSキットを使用して、Windows用のファイルシステムを開発しています。 私たちはファイルシステムのI/Oがネットワーク上で共有されるときにはるかに遅くなるパフォーマンス上の問題を調査し始めました。 SysinternalsからFileMonとTCPViewで調べたところ、NTFS/FATを共有した場合、SMBクライアントとサーバーは60KブロックでI/Oを転送していましたが、ファイルシステムを共有している間は4Kブロックを使用していました。srv.sysは、基礎となるファイルシステムに応じて、rawモードとコアモードをどのように決定しますか?

これら2つのブロックサイズは、SMBの "コア"モードと "未加工"モードに対応しています。これは、マイクロソフトのhereで説明されています。

問題は、私たちのファイルシステムでWindows共有サーバー(srv.sys)がファイルシステムでコアモード(4K)を選択し、NTFSとFATでrawモード(60K)を選択できないことです。

何を確認するかについてのヒントも大歓迎です。サポートページから

KIV

+0

これはServerFaultの質問のように感じます – Lazarus

+3

どのようにサーバーフォールトに問題がありますか?あなたはおそらくそれを誤解しています。問題は、Windowsシステムがうまくいくようにファイルシステムを「適切に」実装する方法です。 – KIV

答えて

1

ファイルシステムオブジェクトにFO_CACHE_SUPPORTEDフラグを設定することで問題は解決されました。

0

あなたは へのWindows NTエクスプローラを使用したデータは、典型的には4コアモードで転送 あり、 リモートコンピュータにクライアントからファイルをコピーしますKB ブロック。

これをコマンドラインから試しましたか?

+0

はい、違いはありません – KIV

関連する問題