Sharepoint、IIS、.net、およびmultithreading

Question

私は、IISがマルチスレッド用に標準で構成されていることを認識しています。 Sharepoint 2007をホストしているWebサーバーでパフォーマンスの問題が発生しています。

私の質問は次のとおりです。

Sharepoint 2007はマルチスレッドを標準のソリューションとして使用していますか、それとも.netを使用したカスタム化のみですか？

誰もが、サーバー管理者レベル（iis）で複数のスレッド/接続を作成しているユーザーを制限する方法を知っていますか、またはこれがSharepointのアプリケーションやサイトに悪影響を及ぼしますか？

おかげ

Answer 1

SharePointのパフォーマンスの問題は複雑なトピックです。パフォーマンスの問題が発生している場所を特定するには、トラブルシューティングが必要です。それはウェブファームですか？データベースのバックエンド？問題の原因となるWebパーツはありますか？パフォーマンスモニタは、開始するのに適しています。

SharePointがマルチスレッドを使用しているかどうかについての質問にお答えしますか？はい、IISとASP.NETの上にビルドされているという意味です。それはどのような形でも不自由なことではありません。

Answer 2

私は本当にスレッディングがあなたが経験するperf問題を引き起こしているとは思わない。

Answer 3

投稿の「簡単な」質問に答えるために、SharePointサイトはASP.NET経由で提供されます。つまり、各Webフロントエンド（WFE）のprocessModel要素を使用して、ASP.NETのスレッドモデル/管理を広範囲に制御できます。machine.config内にあります。ワーカープロセスとI/O操作の最小スレッド数と最大スレッド数を設定することができます。さらに、いくつかの追加の設定/チューニングオプションがあります。詳細については、Microsoftのサイトhttp://msdn.microsoft.com/en-us/library/7w2sway1.aspxを参照してください。

これで、私はMartinにさらに同意できません。SharePointでのパフォーマンスのトラブルシューティングはめったに「魔法の弾丸を見つける」シナリオではありません。より一般的なWFEのIIS/ASP.NETアイテム（Joel Olesonのブログ：http://blogs.msdn.com/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspxでよく要約されています）を扱った場合、一般的な使用シナリオでは一般的に適切な形になります。その後、より深い掘削​​が始まります。

マイクロソフトのクロスファンクションエスカレーションチームがクライアントのパフォーマンスの問題をトラブルシューティングして6ヶ月を費やしました。IIS/ASP.NETのパフォーマンス、カスタムコードの効率性、キャッシュ、メモリデータベースのパフォーマンス、Webサービスのパフォーマンス、オブジェクトの処分など、さまざまな要素が含まれています。それぞれのステップでは、メモリダンプをキャプチャし、定量的なパフォーマンス測定、パフォーマンスカウンタの監視などを行っていました。チューニングが終了した複数の領域が見つかりましたが、これらの領域は体系的な分析と定量的な測定でしか見つかりませんでした。

実際の仮説やパフォーマンス測定の計画を立てずに、適切な測定と比較を行うことなく、構成設定（processModelの設定など）を変更することは絶対にお勧めしません。パフォーマンスチューニングは一般的に、あなたが「眼球」できることのようなものではありません。

しかし、あなたが強い疑惑を持っている場合は、ここで1つまたは2つの設定を変更すると、少しでも問題を突き止めることができます - 後でベースラインに戻り、あなたのユーザーや顧客に影響を与えません...変更前と変更後のパフォーマンスを定量的に測定する方法がなくても、目立った差異を取り除くことはできません。

幸運を祈る！