このチュートリアルでは、Visual Studio のプロファイル ツールを使用し、SharePoint アプリケーションのパフォーマンスを最適化する方法について説明します。 アプリケーション例は SharePoint フィーチャー イベント レシーバーで、これにはフィーチャー イベント レシーバーのパフォーマンスを低下させるアイドル ループが含まれています。 Visual Studio プロファイラーを使用すると、"ホット パス" とも呼ばれるプロジェクトの最も負荷のかかる (実行速度が最も遅い) 部分を特定し、取り除くことができます。
このチュートリアルでは、次のタスクについて説明します。
-
Note
次の手順で参照している Visual Studio ユーザー インターフェイス要素の一部は、お使いのコンピューターでは名前や場所が異なる場合があります。 これらの要素は、使用している Visual Studio のエディションや独自の設定によって決まります。 詳細については、「Visual Studio IDE のカスタマイズ」を参照してください。
必須コンポーネント
このチュートリアルを実行するには、次のコンポーネントが必要です。
サポート対象エディションの Microsoft Windows および SharePoint。
Visual Studio 2012。
SharePoint プロジェクトを作成する
まずは、SharePoint プロジェクトを作成します。
SharePoint プロジェクトを作成するには
メニュー バーで、[ファイル]>[新規作成]>[プロジェクト] を選択して、[新しいプロジェクト] ダイアログ ボックスを表示します。
[Visual C#] または [Visual Basic] の [SharePoint] ノードを展開し、[2010] ノードを選択します。
[テンプレート] ウィンドウで、[SharePoint 2010 プロジェクト] テンプレートを選択します。
[名前] ボックスに「ProfileTest」と入力し、[OK] ボタンを選択します。
SharePoint カスタマイズ ウィザードが表示されます。
[デバッグのサイトとセキュリティ レベルの指定] ページで、サイト定義をデバッグする SharePoint サーバー サイトの URL を入力するか、既定の場所 (http://<システム名>/) を使用します。
[この SharePoint ソリューションの信頼レベル] セクションで、[ファーム ソリューションとして配置する] オプション ボタンをクリックします。
現時点では、ファーム ソリューションのプロファイルのみを実行できます。 サンドボックス ソリューションとファーム ソリューションの比較の詳細については、「サンド ボックス ソリューションの考慮事項」を参照してください。
[完了] ボタンを選択します。 ソリューション エクスプローラーにプロジェクトが表示されます。
フィーチャーとフィーチャー イベント レシーバーを追加する
次に、フィーチャーを、そのイベント レシーバーと共にプロジェクトに追加します。 このイベント レシーバーには、プロファイル対象のコードが含まれます。
機能とフィーチャー イベント レシーバーを追加するには
ソリューション エクスプローラーで [フィーチャー] ノードのショートカット メニューを開き、[フィーチャーの追加] を選択します。名前は既定値の [Feature1] のままにします。
ソリューション エクスプローラーで [Feature1] のショートカット メニューを開き、[イベント レシーバーの追加] を選択します。
これにより、いくつかのコメント アウトされたイベント ハンドラーを持つコード ファイルが機能に追加され、編集のためにファイルが開かれます。
イベント レシーバー クラスに、次の変数宣言を追加します。
FeatureActivatedプロシージャを次のコードに置き換えます。public override void FeatureActivated(SPFeatureReceiverProperties properties) { try { using (SPSite site = new SPSite(siteUrl)) { using (SPWeb web = site.OpenWeb(webUrl)) { // Reference the lists. SPList announcementsList = web.Lists["Announcements"]; // Add a new announcement to the Announcements list. SPListItem listItem = announcementsList.Items.Add(); listItem["Title"] = "Activated Feature: " + properties.Definition.DisplayName; listItem["Body"] = properties.Definition.DisplayName + " was activated on: " + DateTime.Now.ToString(); // Waste some time. TimeCounter(); // Update the list. listItem.Update(); } } } catch (Exception e) { Console.WriteLine("Error: " + e.ToString()); } }次のプロシージャを
FeatureActivatedプロシージャの下に追加します。ソリューション エクスプローラーで、プロジェクト (ProfileTest) のショートカット メニューを開き、[プロパティ] を選択します。
[プロパティ] ダイアログ ボックスで、[SharePoint] タブを選択します。
[アクティブな配置構成] ボックスの一覧の [アクティブ化なし] を選択します。
この配置構成を選択することにより、後で SharePoint 内から手動で機能をアクティブ化できます。
プロジェクトを保存します。
SharePoint アプリケーションを構成し、配置する
SharePoint プロジェクトの準備ができたので、それを構成し、SharePoint サーバーに配置します。
SharePoint アプリケーションを構成し、配置するには
[分析] メニューの [パフォーマンス ウィザードの起動] を選択します。
パフォーマンス ウィザードの最初のページで、プロファイル方法を [CPU サンプリング] のままにし、[次へ] を選択します。
他のプロファイル方法は、より高度なプロファイルを行う場合に使用できます。 詳細については、「パフォーマンス収集方法について」を参照してください。
パフォーマンス ウィザードの 2 ページ目で、プロファイルのターゲットを [ProfileTest] のままにし、[次へ] を選択します。
ソリューションに複数のプロジェクトがある場合は、この一覧に表示されます。
パフォーマンス ウィザードの 3 ページ目で、[階層の相互作用のプロファイルを有効にする] チェック ボックスをオフにし、[次へ] を選択します。
階層の相互作用のプロファイル (TIP) 機能は、データベースを照会するアプリケーションのパフォーマンスの測定や、Web ページが要求された回数の表示に便利です。 そのようなデータはこの例では不要なため、この機能は有効にしません。
パフォーマンス ウィザードの 4 ページ目で、[ウィザードの完了後にプロファイルを起動する] チェック ボックスをオンのままにし、[完了] を選択します。
ウィザードによって、サーバーでのアプリケーションのプロファイルが有効になり、[パフォーマンス エクスプローラー] ウィンドウが表示され、SharePoint アプリケーションのビルド、配置、および実行が行われます。
SharePoint アプリケーションを実行する
FeatureActivation イベント コードの実行をトリガーし、SharePoint 内のフューチャーをアクティブ化します。
SharePoint アプリケーションを実行するには
SharePoint で、[サイトの操作] メニューを開き、[サイトの設定] を選択します。
[サイトの操作] ボックスの一覧の [サイト機能の管理] リンクを選択します。
[機能] の一覧で、ProfileTest Feature1 の横にある [アクティブ化] を選択します。
この操作を実行すると、
FeatureActivated関数内でアイドル ループが呼び出されることによって一時停止が発生します。[クイック起動] バーの [リスト] を選択し、[リスト] ボックスの一覧の [お知らせ] を選択します。
機能がアクティブになったことを示す新しいお知らせが一覧に追加されていることを確認します。
SharePoint サイトを閉じます。
SharePoint を閉じると、プロファイラーによってサンプル プロファイル レポートが作成されて表示され、.vsp ファイルとして ProfileTest プロジェクトのフォルダーに保存されます。
プロファイル結果を表示し、解釈する
SharePoint アプリケーションを実行してプロファイルを行ったので、次はテスト結果を表示します。
プロファイル結果を表示し、解釈するには
サンプル プロファイル レポートの [最も頻繁に個別の作業を実行している関数] セクションでは、
TimeCounterが一覧の最上部近くにあります。この場所は、
TimeCounterがサンプル数の最も多い関数の 1 つ、つまり、アプリケーション内で最大のパフォーマンス ボトルネックの 1 つであることを示しています。 ただし、これは驚くような状況はではありません。デモンストレーションのために、意図してこのようにデザインされたものであるからです。[最も頻繁に個別の作業を実行している関数] セクションで
ProcessRequestリンクをクリックし、ProcessRequest関数のコスト配分を表示します。ProcessRequestの [呼び出される関数] セクションに、FeatureActiviated 関数が最も負荷の高い、呼び出される関数として表示されます。[呼び出される関数] セクションで、[FeatureActivated] を選択します。
FeatureActivated の [呼び出される関数] セクションに、
TimeCounter関数が最も負荷の高い、呼び出される関数として表示されます。 [関数コード ビュー] ウィンドウの強調表示されたコード (TimeCounter) はホットスポットであり、修正が必要な場所を示しています。サンプル プロファイル レポートを閉じます。
レポートは、[パフォーマンス エクスプローラー] ウィンドウの .vsp ファイルを開くと、いつでも再確認できます。
コードを修正し、アプリケーションを再プロファイルする
SharePoint アプリケーション内のホットスポット関数を特定したので、次はこれを修正します。
コードを修正し、アプリケーションを再プロファイルするには
フィーチャー イベント レシーバーのコード内で、
FeatureActivatedのTimeCounterメソッドの呼び出しをコメント アウトし、これが呼び出されないようにします。プロジェクトを保存します。
パフォーマンス エクスプローラーで [ターゲット] フォルダーを開き、[ProfileTest] ノードをクリックします。
[アクション] タブの [パフォーマンス エクスプローラー] ツール バーで、[プロファイルの開始] をクリックします。
アプリケーションの再プロファイル前にいずれかのプロファイル プロパティを変更する場合は、代わりに [パフォーマンス ウィザードの起動] をクリックします。
このトピックで前述した「SharePoint アプリケーションを実行する」セクションの手順に従います。
これで、アイドル ループへの呼び出しが削除されたため、機能のアクティブ化がより高速になりました。 このことは、サンプル プロファイル レポートに反映されます。