WCFサービスオブジェクトの転送が遅い。それは普通ですか？

Question

私はC＃で書かれたWPFアプリケーションを持っています。何千ものオブジェクトをインスタンス化する必要があります。データベースサーバーからデータを取得した後、時間がかかる計算量の計算を実行する必要があります。プロセス全体には20〜30秒かかり、その80％は計算から来ています。

この問題の解決に役立つように、既に実行されたcalcで既にインスタンス化されたオブジェクトのコピーを保持し、要求に応じてインスタンス化されたオブジェクトを呼び出し元のクライアントに転送するWCFサービスを作成しました。

しかし、それは遅いです...本当に遅いです。元の方法よりもはるかに低速です。 WCFサービスからすべてのオブジェクトを転送するのに3〜4分かかるため、目的を破ってしまいます。

私は、サービスをバッファリングする代わりにストリーミングを試み、クライアントとサーバーの設定ファイルのさまざまなサービスオプションを増減しましたが、実際の設定にはまだ違いがありません。

この低速が予想されるのですか、それとも速くなければならず、いくつかのオプションを変更するだけですか？もしそうなら、どのようなオプションがありますか？

Answer 1

WCFは必ずしも遅いわけではありませんが、アプリケーションが正しく設計されていないと、アプリケーションが遅くなる可能性があります。それは、スポーツカーに数千ポンドの重さを積み込むことと比べることができます。車はですが、実際には適切に使用されていません。

まず、ワイヤで送信されるデータの量を最小限に抑える必要があると思います（詳細は後で説明します）。一旦ワイヤーに接続すると、HTTPの代わりにTCPまたは名前付きパイプを使用すると、パフォーマンスが大幅に向上します。 Choosing a Transportを参照してください。ほとんどのネットワークは簡単に使えるように設定されているためHTTPは簡単ですが、大規模なデータセット用には設計されていません。

遅延が計算から生じる場合、WCFサービスが達成できるのは、処理をサーバーからクライアントにオフロードすることだけです。結局のところ、これはサーバーへの同時要求が大量であることを計画しているが、気づいたことがあれば、エンドユーザーの時間が短くなるわけではありません。あなたが行うことに集中すべきは、計算時間を最小限に抑えることです。

何が照会されているのか、何が返されているのか、そして計算が何をしているのかを明らかにしていないので、特定のものを与えるのは難しいです。しかし、Visual Studio SQL Server Projectsを経由して、アプリケーションサーバーからデータベースサーバーにコードをオフロードすることで、大きなデータセットで大きな結果が得られました。 .NETとMSSQLはどちらもCLRに記述されているので、ネイティブデータベースオブジェクト（user defined functionsなど）をC＃またはVBまたは他のCLR言語で記述し、それらをデータベースに直接デプロイすることができます。その後、これらの関数をクエリで使用することができ、は非常にです。これらはネイティブSQLにコンパイルされているため高速です。私は、アプリケーション内でC＃を実行しているときとデータベース内の同じ関数を実行しているときとの違いが大きかった。

Answer 2

あなたのアプリケーションの仕事の80％が計算から来た場合、それは例えばTask Parallel Libraryなどのいくつかの部分をパラレル化するのがよいでしょう。