Web part di profilazione/ottimizzazione (Sharepoint 2007).

Question

Mi chiedo solo quali opzioni siano disponibili per misurare/profilare/ottimizzare correttamente le web part ASP.net 2.0, in particolare quelle per Sharepoint 2007?

Poiché le web part sono un livello su un altro livello di tecnologia, ottenere l'utilizzo delle risorse, gli handle aperti e altri elementi solo per la web part sembra essere un po' difficile.

Qualcuno conosce alcuni buoni strumenti o pratiche per la profilazione e l'ottimizzazione delle web part?

Answer 1

Quando abbiamo iniziato con SP2003, ci preoccupavamo di non chiudere la connessione nelle app o nelle web part.Abbiamo utilizzato la seguente query per verificare se il numero base di connessioni (senza contare il picco iniziale) aumenta man mano che l'app viene utilizzata sul server di sviluppo:

SELEZIONA nome host, sysdatabases.name , sysprocesses.status, last_batch da sysprocesses, sysdatabases dove sysprocesses.dbid = sysdatabases.dbid e nt_username = 'Conto di servizio SP' e (nome host='WFE1' o nome host='WFE2') e sysprocesses.dbid = 10 ordina per last_batch desc

(sostituisci i valori in grassetto con quelli appropriati per il tuo ambiente)

Tuttavia non l'abbiamo provato dopo l'aggiornamento a MOSS.

Answer 2

Ho avuto successo nella profilazione di SharePoint 2010 con Profilo EQATEC.Il vantaggio è che hanno un'edizione gratuita.Dato che ha funzionato in SharePoint 2010, prevedo che funzionerà con SharePoint 2007.

Ecco come ho funzionato con SharePoint 2010: http://blogs.visigo.com/chriscoulson/performance-profiling-a-sharepoint-2010-project-using-eqatec-profiler/

Answer 3

Ho scoperto che separare tutta la logica aziendale in una DLL separata facilmente testabile è stato il metodo più semplice per me.Ma a dire il vero non ho trovato nessun metodo valido, oltre a quello che ho appena menzionato.Lo stesso è avvenuto di recente per me con le applicazioni Facebook.Penso che questo sia comune per qualsiasi applicazione eseguita all'interno di un'altra piattaforma.Soprattutto quando le prestazioni e i test non sono mai stati un obiettivo quando gli sviluppatori della piattaforma hanno iniziato a costruire il sistema.