Discussion :

[petton]

Bonjour à tous!

J'ai un gros problème de débordement de mémoire sur un site web qui contient un volume très grande de:
1. Données.
2. Nb de fichiers javascript et css importés.
3. Génération de strings coté serveur, qui sont incrustés dans le code html sous forme de tableaux, et objets JSON serialisés.

Du moment où je lance le site, le processus Webdev.WebServer.EXE commence à utiliser la mémoire en arrivant jusqu'à 500Mo. Sur le site d'explitation, comme il y a plusieurs utilisateurs, ça monopolyse la mémoire jusqu'à qu'une erreur "Out of memory" bloque le site.
Je pensais que c'étaient les connexions à bdd, mais j'utilise des pools de sites, et elles sont bien fermées. Par contre, j'ai détecté dans le deboggage que, dans la classe Singleton pour le traitement données coté serveur, au moment où j'initialise mes listes (tableaux), récupérées en utilisant linqToSql 3.5, ça monte à bloc. Quelqu'un peut me conseiller comment peux-je faire pour libérer cette mémoire une fois fini le traitement(la fermeture du navigateur ou du site)??

Merci d'avance!

[ostenhard]

Bonjour,

Peut-on voir le code que tu utilises pour charger tes données (un exemple) ?

Ensuite il existe différents outils permettant de profiler la mémoire d'une appli, d'un site web, ...

[The_badger_man]

Par contre, j'ai détecté dans le deboggage que, dans la classe Singleton pour le traitement données coté serveur, au moment où j'initialise mes listes (tableaux), récupérées en utilisant linqToSql 3.5, ça monte à bloc. Quelqu'un peut me conseiller comment peux-je faire pour libérer cette mémoire une fois fini le traitement(la fermeture du navigateur ou du site)??

Si c'est un singleton c'est que tu dois avoir une variable Static. Donc elle reste en mémoire (avec tous les objets qui y sont accrochés) tant que le AppPool de IIS n'est pas recyclé.
Pourquoi un singleton ?

Comme le dit ostenhard il y a des outils (notamment ceux inclus dans Visual Studio 2010) qui permettent d'analyser une application au niveau ressources.

[petton]

Merci de votre reponse, The_badger_man, ostenhard

Par des raisons de temps de charge d'objets de la bdd très lourds, on avait pensé à l'époque que le fait d'utiliser une classe Singleton qui gardait ces objets en mémoire serveur, répondrait beaucoup plus vite aux demandes de différents clients.

ostenhard, on charge les objets normalement, avec un select linq qui récupère tous les données d'une table, mais qui garde aussi tous les liaisons avec d'autres tables de la bdd.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
try
{
     ITable tTable = dataContext.GetTable(typeof(TBase));
 
     var results = from rRow in (Table<TBase>)tTable
          where rRow is TEntity
          select (TEntity)rRow;
 
StatList = results.ToList();
}
catch (Exception erreur)
{                             
    throw erreur;
}
return StatList;

J'ai remarqué aussi en lisant des questions assez similaires d'autres forums que le fait s'utiliser des strings est plus lourd, et qu'on devrait les libérer une fois fini la tâche. Dans ce site, on construit dans le code serveur des strings qui contiennent des tableaux dynamiques:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
     <div class="grid_6">
          <%=DynamicLogoHTML%>
          <p>
                 <%=DynamicNameHTML%></p>
          <p>
                 <%=DynamicProductsHTML%></p>
     </div>

Est-ce qu'il y a moyen de libérer toute cette mémoire utilisé pour la construction des pages html?
Vous avez d'autres idées?

Merci!!

[NicoL__]

Je pense pas que essayer de gagner sur la mémoire utilisée pour construire tes page t'évitera l'erreur out off memory.
Le problème c'est ton singleton :
- soit la quantité de données a augmenté et aujourd'hui impossible de monter ce singleton en mémoire. Donc il faut limité sa taille en y mettant que ce qui est nécessaire.
- soit le singleton n'est pas thread safe (pas bien) et du coup tu en montes plusieurs ce qui pourrait entraîner un montée en mémoire supplémentaire.

Faudrait voir le code du singleton (entièrement) : il devrait y avoir un if(StatList == null) { ....}
Il ne faudrait pas tout mettre dedans, juste les données de références qui ne bougent pas et les mettre dans une table de hash pour requêter directement dedans.