2008-08-21 10 views
1

Je me demande simplement quelles sont les options pour mesurer/profiler/optimiser correctement les composants WebPart ASP.net 2.0, en particulier ceux de Sharepoint 2007?Profilage/Optimisation (Sharepoint 2007) Web Parts

Étant donné que les composants WebPart constituent une couche sur un autre niveau de technologie, l'utilisation des ressources, l'ouverture des poignées et des composants uniquement pour le composant WebPart semblent être un peu difficiles.

Est-ce que quelqu'un connaît de bons outils ou de bonnes pratiques pour profiler et optimiser les composants WebPart?

Répondre

0

Lorsque nous avons commencé à utiliser SP2003, nous avions l'habitude de ne pas fermer la connexion dans les applications ou les composants WebPart. Nous avons utilisé la requête suivante pour vérifier si le nombre de connexions de base (sans compter le pic initial) augmenterait lorsque l'application est utilisée sur le serveur de développement:

SELECT hostname, sysdatabases.name, sysprocesses.status, last_batch de sysprocesses , sysdatabases où sysprocesses.dbid = sysdatabases.dbid et nt_username = 'SP compte de service' et (nom d'hôte = 'WFE1 'ou nom d'hôte =' WFE2') et sysprocesses.dbid = commande par last_batch desc (Remplacez les valeurs en gras par celles qui conviennent à votre environnement.

nt)

Nous n'avons pas essayé cela depuis la mise à niveau vers MOSS.

0

J'ai trouvé séparer toute la logique métier dans une DLL séparée qui est facilement testable à l'unité a été la méthode la plus simple pour moi. Mais pour être honnête, il n'y a vraiment pas de bon moyen que j'ai trouvé, en dehors de ce que je viens de mentionner. La même chose a été vraie pour moi avec les applications Facebook récemment. Je pense que c'est commun pour toute application qui s'exécute à l'intérieur d'une autre plate-forme. Surtout quand la performance et les tests n'ont jamais été un but lorsque les développeurs de la plateforme ont commencé à construire le système.

Questions connexes