Quantcast

Calculate request speed/connection speed? in a production environment with heavy ajax

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Calculate request speed/connection speed? in a production environment with heavy ajax

Brown, Berlin [GCG-PFS]
What is the best way to calculate the connection speed or request speed
for a wicket application from the server side?
 
I can use the request process onBeginRequest and onEndRequest, that will
give me the time it takes to process a request on the server, but I am
still missing:
 
I need:
 
1. Processing time on server (I guess I can use onEndRequest -
onBeginRequest time)
2. Download file size for ajax request?  (how can I find this
information)
3. Possibly use some kind of additional ajax hook on the client side to
respond when a download/request has completed (this will tell me how
long the requests take)
 
 
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Calculate request speed/connection speed? in a production environment with heavy ajax

Michał Golichowski
A servlet filter would probably help here. You can both measure the request
time there and also wrap the request / response streams in some custom
stream that will count the number of bytes transferred.

On Tue, Feb 7, 2012 at 10:39 PM, Brown, Berlin [GCG-PFS] <
[hidden email]> wrote:

> What is the best way to calculate the connection speed or request speed
> for a wicket application from the server side?
>
> I can use the request process onBeginRequest and onEndRequest, that will
> give me the time it takes to process a request on the server, but I am
> still missing:
>
> I need:
>
> 1. Processing time on server (I guess I can use onEndRequest -
> onBeginRequest time)
> 2. Download file size for ajax request?  (how can I find this
> information)
> 3. Possibly use some kind of additional ajax hook on the client side to
> respond when a download/request has completed (this will tell me how
> long the requests take)
>
>
>


--
Michał Golichowski
jdevmike.blogspot.com
Loading...