|
Home > Archive > IIS Server > November 2004 > Network delay when requesting image through browser inconsistent
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Network delay when requesting image through browser inconsistent
|
|
|
| Hi, i have a windows .net app that uses the web browser control to display
web content. It accesses the images located on a central server. This
machine and 2 others are on an isolated network that runs on a gigabit
ethernet channel. The images range in sizes up to 90 KB. The images should
be served up instantly. Sometimes the image takes up to 6 seconds to
display, sometimes its instantaneous.
Any ideas on how to track down where the slowness occurs?
| |
|
| If you use a sniffer to capture the TCP or HTTP you can see what requests or
acknowledgments are taking the most amount of time.
Do you have response buffering turned on?
I cheap easy way to confirm the control is the culpret is to turn off
buffering, response out the time at strategic lines of your code to see which
block has the longest lag.
Hope these ideas help and don't seem too idiotic... there may be better ways
to accomplish! :-)
"TS" wrote:
> Hi, i have a windows .net app that uses the web browser control to display
> web content. It accesses the images located on a central server. This
> machine and 2 others are on an isolated network that runs on a gigabit
> ethernet channel. The images range in sizes up to 90 KB. The images should
> be served up instantly. Sometimes the image takes up to 6 seconds to
> display, sometimes its instantaneous.
>
> Any ideas on how to track down where the slowness occurs?
>
>
>
| |
| WenJun Zhang[msft] 2004-11-17, 2:47 am |
| Hi,
In IIS log configuration, there is a time-taken field which isn't
enabled by default: in a web site's properties->enable
logging->properties->extended properties->Time Taken. It's the time
that server spends on serving the request.
After enabling this field, try to run the .net app to reproduce the
speed inconsistent behavior. Then please check IIS log in
\WINNT\system32\LogFiles\W3SVC directory. If the records to the
image's time-taken field also randomly be very long, the problem does
appear to be on IIS server-side, probably some web application causes
server busy and slow response. If all time-takens are similar, the
problem is either on networking or the .net client app.
By the way, if you using IE or some diagnostics clients like webfetch
to test, does the same slow symptom happen?
HOW TO: Use Wfetch.exe to Troubleshoot HTTP Connections
http://support.microsoft.com/defaul...kb;en-us;284285
Thanks.
Best regards,
WenJun Zhang
Microsoft Online Support
This posting is provided "AS IS" with no warranties, and confers no
rights.
Get Secure! - www.microsoft.com/security
| |
|
| ok, let me try that
""WenJun Zhang[msft]"" <v-wzhang@online.microsoft.com> wrote in message
news:XIGZDOHzEHA.3028@cpmsftngxa10.phx.gbl...
> Hi,
>
> In IIS log configuration, there is a time-taken field which isn't
> enabled by default: in a web site's properties->enable
> logging->properties->extended properties->Time Taken. It's the time
> that server spends on serving the request.
>
> After enabling this field, try to run the .net app to reproduce the
> speed inconsistent behavior. Then please check IIS log in
> \WINNT\system32\LogFiles\W3SVC directory. If the records to the
> image's time-taken field also randomly be very long, the problem does
> appear to be on IIS server-side, probably some web application causes
> server busy and slow response. If all time-takens are similar, the
> problem is either on networking or the .net client app.
>
> By the way, if you using IE or some diagnostics clients like webfetch
> to test, does the same slow symptom happen?
>
> HOW TO: Use Wfetch.exe to Troubleshoot HTTP Connections
> http://support.microsoft.com/defaul...kb;en-us;284285
>
> Thanks.
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Support
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
> Get Secure! - www.microsoft.com/security
>
| |
| WenJun Zhang[msft] 2004-11-18, 2:48 am |
| That's fine. Look forward to your result. :-)
Best regards,
WenJun Zhang
Microsoft Online Support
This posting is provided "AS IS" with no warranties, and confers no
rights.
Get Secure! - www.microsoft.com/security
| |
|
| I havent had luck tracking down incidents based on time. I did some test
get's and they show up in the log, but the time is wrong. I made some calls
at 10:40 am and it shows up as 2004-11-23 16:39:21. The time on the server
is the same as my time on my computer, so I don't understand why its
recording this time?
""WenJun Zhang[msft]"" <v-wzhang@online.microsoft.com> wrote in message
news:XIGZDOHzEHA.3028@cpmsftngxa10.phx.gbl...
> Hi,
>
> In IIS log configuration, there is a time-taken field which isn't
> enabled by default: in a web site's properties->enable
> logging->properties->extended properties->Time Taken. It's the time
> that server spends on serving the request.
>
> After enabling this field, try to run the .net app to reproduce the
> speed inconsistent behavior. Then please check IIS log in
> \WINNT\system32\LogFiles\W3SVC directory. If the records to the
> image's time-taken field also randomly be very long, the problem does
> appear to be on IIS server-side, probably some web application causes
> server busy and slow response. If all time-takens are similar, the
> problem is either on networking or the .net client app.
>
> By the way, if you using IE or some diagnostics clients like webfetch
> to test, does the same slow symptom happen?
>
> HOW TO: Use Wfetch.exe to Troubleshoot HTTP Connections
> http://support.microsoft.com/defaul...kb;en-us;284285
>
> Thanks.
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Support
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
> Get Secure! - www.microsoft.com/security
>
| |
| WenJun Zhang[msft] 2004-11-24, 2:59 am |
| This isn't a unexpected behavior. The W3C log of IIS is using GMT
time.
194699 Extended Log File Format Always in GMT
http://support.microsoft.com/?id=194699
Please make sure the Time-Taken field is enabled before performing
the tests.
Thanks.
Best regards,
WenJun Zhang
Microsoft Online Support
This posting is provided "AS IS" with no warranties, and confers no
rights.
Get Secure! - www.microsoft.com/security
| |
|
| Why when i look at the logs there is an entry every 1-2 seconds that is
calling one of the web services on that server. I know that nobody is in the
office except 8-5, so what causes these entries?
""WenJun Zhang[msft]"" <v-wzhang@online.microsoft.com> wrote in message
news:XIGZDOHzEHA.3028@cpmsftngxa10.phx.gbl...
> Hi,
>
> In IIS log configuration, there is a time-taken field which isn't
> enabled by default: in a web site's properties->enable
> logging->properties->extended properties->Time Taken. It's the time
> that server spends on serving the request.
>
> After enabling this field, try to run the .net app to reproduce the
> speed inconsistent behavior. Then please check IIS log in
> \WINNT\system32\LogFiles\W3SVC directory. If the records to the
> image's time-taken field also randomly be very long, the problem does
> appear to be on IIS server-side, probably some web application causes
> server busy and slow response. If all time-takens are similar, the
> problem is either on networking or the .net client app.
>
> By the way, if you using IE or some diagnostics clients like webfetch
> to test, does the same slow symptom happen?
>
> HOW TO: Use Wfetch.exe to Troubleshoot HTTP Connections
> http://support.microsoft.com/defaul...kb;en-us;284285
>
> Thanks.
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Support
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
> Get Secure! - www.microsoft.com/security
>
| |
| WenJun Zhang[msft] 2004-11-30, 2:47 am |
| There should be some application doing this. Please check the c-ip
field to find out where these requests come from and then verify the
processes on the client machine for a suspect.
Thanks.
Best regards,
WenJun Zhang
Microsoft Online Support
This posting is provided "AS IS" with no warranties, and confers no
rights.
Get Secure! - www.microsoft.com/security
|
|
|
|
|