Registra l'utilizzo della larghezza di banda e il tempo di richiesta in ASP.NET 4.0

Question

Sto scrivendo un'applicazione ASP.NET che manterrà traccia della larghezza di banda utilizzata e del tempo impiegato da ogni richiesta.

Poiché la mia applicazione sarà ospitata su server condivisi in modo tale che voglio fare tutto in ASP.NET stesso e non a livello di IIS.

Sebbene ci sia qualcosa chiamato contatore delle prestazioni, ma parlano dei problemi di memoria.

Desidero solo quella larghezza di banda totale consumata in un giorno specifico. E Quale pagina impiega quanto tempo?

Ora sto pianificando di scrivere ogni volta la richiesta e la larghezza consumata per ogni richiesta nel database del server Sql. Ho ragione o incontrerò alcuni problemi critici per dong questo?

Ho cercato su Google per troppo tempo ma non trovo cosa fare nel mio caso?

Ogni aiuto è apprezzato

Thank You

EDIT

voglio mostrare i dettagli bandwodth e tempo impiegato dalle pagine per caricare sullo stesso stesso sito web in modo che l'amministratore può vedi cosa sta succedendo?

1. La mia applicazione web sta per essere ospitato su server condiviso

Answer 1

Scrivendo a un database in un sito occupato potrebbe causare altri problemi (e richiedono un server ben tornito con buon hardware.)

Invece, è sufficiente accendere IIS la registrazione, quindi analizzare i log di con uno strumento come LogParser 2.2 (gratuito)

• Enable or Disable Logging (IIS 7)

• Advanced Logging for IIS - Custom Logging

Inoltre, controllare i contatori delle prestazioni rivolte ASP.NET:

• Performance Counters for ASP.NET

• Monitoring ASP.NET Application Performance

correlate, al fine Domande:

• Bandwidth Monitoring in asp.net

• What is the most accurate method of estimating peak bandwidth requirement for a web application?

Answer 2

si potrebbe desiderare di dare un'occhiata a mini profiler. Il nome del progetto è mvc-mini-profiler, ma in realtà va anche ad asp.net. Sebbene non sia in grado di rilevare la quantità di larghezza di banda utilizzata, è possibile personalizzarla facilmente.

questo è anche un pacchetto NuGet per questo

Answer 3

ero nella stessa situazione e appena codificato la mia soluzione. Per un sito a basso traffico, come deve essere il tuo (hosting condiviso), le prestazioni SQL non saranno un problema.

Basta collegare gli eventi Application_Begin e Application_End e registrare l'URL e il tempo tra questi due. Per misurare la dimensione delle risposte, consulta http://msdn.microsoft.com/en-us/library/system.web.httpresponse.filter.aspx. Questo non conterà le intestazioni HTTP ma non saranno particolarmente grandi.