Pourquoi ne Session_Start Mondiale.asax.cs provoquer des problèmes de performances?

Lorsque je crée un vide Session_Start gestionnaire Mondiale.asax.cs il provoque une importante frappé lors du rendu des pages dans le navigateur.

Comment reproduire:

Créer un vide ASP.NET MVC 3 application web (je suis en utilisant MVC 3 RC2).
Ensuite, ajoutez un contrôleur de la Maison avec ce code:

public class HomeController : Controller
{
  public ActionResult Index()
  {
    return View();
  }
  public ActionResult Number(int id)
  {
    return Content(id.ToString());
  }
}

Prochaine créer une vue Home/Index.cshtml et placer celui-ci dans le CORPS de l'article:

@for (int n = 0; n < 20; n++)
{ 
  <iframe src="@Url.Content("~/Home/Number/" + n)" width=100 height=100 />
}

Lorsque vous exécutez cette page, vous verrez 20 IFRAMEs apparaissent sur la page, chacun avec un numéro à l'intérieur. Tout ce que je fais ici est de créer une page qui se charge de plus de 20 pages en coulisses. Avant de continuer, prenez note de la façon dont rapidement ces 20 pages de charge (actualiser la page plusieurs fois pour répéter les charges).

Ensuite, allez à votre Global.asax.cs et ajoutez cette méthode (oui, le corps de la méthode est vide):

protected void Session_Start()
{
}

Maintenant, exécutez à nouveau la page. Cette fois, vous remarquerez que le 20 IFRAMEs charge beaucoup plus lentement, l'un après l'autre d'environ 1 seconde d'intervalle. C'est étrange parce que nous ne sommes pas en train de faire quoi que ce soit dans la fonction Session_Start ... c'est juste une méthode vide. Mais ce qui semble être suffisant pour causer le ralentissement dans les autres pages.

Quelqu'un sait pourquoi ce qui se passe, et, mieux encore, quelqu'un at-il un fix/solution de contournement?

Mise à jour

J'ai découvert que ce problème se produit uniquement lorsque le débogueur est attaché (en cours d'exécution avec la touche F5). Si vous l'exécuter sans le débogueur (Ctrl-F5), puis ça semble être ok. Donc, c'est peut-être pas un problème important, mais c'est toujours étrange.

J'ai rencontré ce problème sur les requêtes AJAX dans un SPA. Me dirigea loin de l'aide de SessionState.

OriginalL'auteur Mike | 2010-12-15

asp.net global-asax

12

tl;dr: Si vous rencontrez ce problème avec les Formulaires web et ne nécessitent pas l'accès en écriture à l'état de session dans cette page, en y ajoutant EnableSessionState="ReadOnly" à votre @Page directive contribue.

Apparemment, l'existence de Session_Start seules forces ASP.NET pour exécuter toutes les demandes émanant de la même Session de manière séquentielle. Ceci, cependant, peut être fixé sur une page par page, si vous n'avez pas besoin d'accès en écriture de la session (voir ci-dessous).

J'ai créé ma propre configuration de test avec les Formulaires web, qui utilise une page aspx afin de produire des images.¹

Voici la page de test (HTML, la page de démarrage du projet):
```
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><title></title></head>
<body>
    <div>
        <img src="GetImage.aspx?text=A" />
        <img src="GetImage.aspx?text=B" />
        <img src="GetImage.aspx?text=C" />
        <img src="GetImage.aspx?text=D" />
        <img src="GetImage.aspx?text=E" />
        <img src="GetImage.aspx?text=F" />
        <img src="GetImage.aspx?text=G" />
        <img src="GetImage.aspx?text=H" />
        <img src="GetImage.aspx?text=I" />
        <img src="GetImage.aspx?text=J" />
        <img src="GetImage.aspx?text=K" />
        <img src="GetImage.aspx?text=L" />
    </div>
</body>
</html>
```
Voici la page aspx (GetImage.aspx):
```
<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="GetImage.aspx.cs" Inherits="CsWebApplication1.GetImage" %>
```
Et les parties pertinentes du code-behind (GetImage.aspx.cs, using et namespace sauté):
```
public partial class GetImage : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
Debug.WriteLine("Start: " + DateTime.Now.Millisecond);
Response.Clear();
Response.ContentType = "image/jpeg";
var image = GetDummyImage(Request.QueryString["text"]);
Response.OutputStream.Write(image, 0, image.Length);
Debug.WriteLine("End: " + DateTime.Now.Millisecond);
}
//Empty 50x50 JPG with text written in the center
private byte[] GetDummyImage(string text)
{
using (var bmp = new Bitmap(50, 50))
using (var gr = Graphics.FromImage(bmp))
{
gr.Clear(Color.White);
gr.DrawString(text,
new Font(FontFamily.GenericSansSerif, 10, FontStyle.Regular, GraphicsUnit.Point),
Brushes.Black, new RectangleF(0, 0, 50, 50),
new StringFormat { Alignment = StringAlignment.Center, LineAlignment = StringAlignment.Center });
using (var stream = new MemoryStream())
{
bmp.Save(stream, ImageFormat.Jpeg);
return stream.ToArray();
}
}
}
}
```
Essais
- Run 1, non modifiée: La page se charge rapidement, la fenêtre de sortie montre un mélange aléatoire de Start et Ends, ce qui signifie que les requêtes seront traitées en parallèle.
- Run 2, ajoutez vide Session_Start à global.asax (faut appuyer sur F5 une fois dans le navigateur, je ne sais pas pourquoi il en est): Start et End suppléant, en montrant que les requêtes seront traitées sequentually. Actualisation du navigateur plusieurs fois montre que cela a des problèmes de performances, même lorsque le débogueur n'est pas attaché.
- Run 3, comme la course 2, mais ajouter EnableSessionState="ReadOnly" à la @Page directive de GetImage.aspx: La sortie de débogage affiche plusieurs Starts avant la première End. Nous sommes parallèle à nouveau, et nous avons de bonnes performances.
¹ Oui, je sais que cela doit être fait avec un ashx gestionnaire de la place. C'est juste un exemple.

Intéressant ... pouvez-vous tester ce qui se passe lorsque vous exécutez ces tests en dehors du débogueur (c'est à dire lancer avec Ctrl-F5 plutôt que de F5)
Je l'ai fait. Run 2 est plus lent que les autres, même sans le débogueur (la différence n'est pas aussi fort qu'avec le débogueur, mais c'est encore perceptible).

OriginalL'auteur Heinzi
3

Ne peux pas vous dire ce que votre débogueur est en train de faire (intellitrace? la journalisation détaillée? les exceptions de première chance?), mais vous êtes toujours dans les mains des séances de capacité à gérer les demandes simultanées.

L'accès à l'ASP.NET l'état de session est exclusif par session, ce qui signifie que si deux utilisateurs de créer des demandes simultanées, l'accès à chaque session est accordée simultanément. Toutefois, si deux demandes simultanées sont faites à la même session (en utilisant le même id de session de la valeur), la première demande obtient un accès exclusif à la session d'information. La deuxième requête s'exécute seulement après la première demande n'est pas terminée. (La deuxième session peut également obtenir l'accès si le verrou exclusif sur l'information est libéré parce que la première demande excède le délai de verrouillage.) Si le EnableSessionState valeur dans la directive @ Page est définie En lecture seule, une demande pour la lecture seule session d'information n'entraîne pas un verrou exclusif sur les données de la session. Toutefois, les demandes en lecture seule pour les données de session peut encore attendre pour une serrure fixée par une lecture-écriture à la demande de session de données à effacer.

Source: ASP.NET vue d'ensemble de l'État de Session, mon accent

Ce qui est intéressant à savoir, mais je ne pense pas que cela explique le comportement décrit ci-dessus. La seule différence entre le Cas n ° 1 et Cas n ° 2 est la présence d'un vide Session_Start méthode Globale.asax.cs. Selon votre référence les deux cas doit toujours se comporter de la même.
Apparemment, un vide Session_Start méthode Globale.asax.cs suffit à en faire ASP.NET sérialiser les demandes. J'ai eu un problème similaire avec les Formulaires web et trouvé qu'il peut être corrigé par la mise en EnableSessionState="ReadOnly" dans le @Page directive de la page aspx servir le parallèle pages (images dans mon cas). Je ne sais pas si une telle option existe pour MVC.
Très intéressant!!! Avez vous de la documentation et des preuves montrant ce comportement? Si oui, merci de créer une nouvelle réponse et je vais le marquer comme acceptée.
Je n'ai pas trouvé de documentation sur ce sujet, mais j'ai ajouté mes conclusions en réponse, l'espoir qu'il sera utile à quelqu'un.

OriginalL'auteur sisve

Vous devez vous connecter pour publier un commentaire.