Performance Issues (not an ED ad)

  • Thread starter Thread starter Will
  • Start date Start date
W

Will

My Intranet asp.net/vb app runs "okay" across the LAN, not great, but okay.
Across the WAN, however, performance is unacceptable.

It's not an overly complicated application. I use a few third party
(Infragistics) tools and some standard tools to display a data entry sheet,
accept the values and save them to SQL2005.

Total size of the transferred file is 146k. (View Source...Save as).

VS2005 8.0.50727.762
..Net 2.0.50727
IIS (I don't know how to get the version of this)
 
Obviously .NET does not care how you hit application across LAN or WAN. It
will work with the same speed.
The only difference is that LAN is faster than WAN so most likely your page
size makes a difference.
To be honest 146K is pretty heavy page.
Try to disable "ViewState" that you do not need. It will reduce the page
size..

George.
 
Thanks. I disabled viewstate completely and only gained 3k. I must have
something drastically wrong. This may be bigger than anyone here can answer
w/o a lot of code going back and forth.

I will look at the code again and post back.

Thanks.
 
I broke my page down to the basics (I can provide details if you care) and it
is now 32K.

I have a System.Web.UI.WebControls.DropDownList which causes an
AutoPostBack. Locally the page loads in < 1 sec. Refreshes in < 1 sec.

Over the WAN the page loads in 3-4 secs. Refreshes take 5-7 secs.

I'm looking for answers but still don't know the questions.
 
I broke my page down to the basics (I can provide details if you care)
and it is now 32K.

I have a System.Web.UI.WebControls.DropDownList which causes an
AutoPostBack. Locally the page loads in < 1 sec. Refreshes in < 1 sec.

Over the WAN the page loads in 3-4 secs. Refreshes take 5-7 secs.

I'm looking for answers but still don't know the questions.
Click to expand...

Just a thought - is it too late to ajax enable the page?

I know this works best when it's decided on 'before' the code is
written, but you apparently have a lot of content/data whatever, so
if performance is an issue you may need to re-think the design.
 
32K is ok size....
Try to turn on the Trace...

in <systen.web>
<trace enabled="true" requestLimit="10" pageOutput="false"
traceMode="SortByTime" localOnly="true" />

then see what is going on inside .NET.

If time shown will be the same for WAN and LAN then it's definite connection
speed that makes the difference...

PS: By any chance you did not disable bufferization in .NET. Hope not. It
will make a huge difference with WAN over LAN.


George.
 
I added Trace to the page instead of the whole app.

The values for the End Render (From First(s)) are as follows:

WAN Client Local
Initial Load 0.0556 0.0587
After Refresh 0.02886 0.0286

The WAN client still says it takes 5-7 seconds for a refresh. Now I'm really
confused.
 
I mean you did not do Response.buffer = false;

If you did it will dramatically decrease speed especially over slow
networks. Basically every your Response.Write will take long time to
execute.



George.
 
As you see .NET is working at the same speed with WAN and LAN as expected.

Here is another suggestion (besides making sure Response.Buffer is not set
to false).

The rendering speed...

Although HTML is transferred fast you will not see the actual page in a
browser until all components such as JavaScript and CSS loaded and
executed....

Example

If you have something like

<BODY>
<script src="http://www.myserver.com/myscript.js>
HELLO
<BODY>

You will not see HELLO until browser loads and executes myscript.js simply
because that javascript file might build the whole page with document.write
before HELLO supposed to be displayed...

My point is that it's one thing to get HTML but another thing to render a
page... So loading time for myscript.js is important too.

The best tool to troubleshoot rendering problem is Firefox with FireBug
add-on.
So download Firefox then with it go to
https://addons.mozilla.org/en-US/firefox/addon/1843 and download FireBug.
go to menu "tools" and enable it.

PS: I am an IE fan but unfortunately there is nothing even close to FireBug
for IE.



George.
 
Oh. No, I did not.
--
-Will


George Ter-Saakov said:
I mean you did not do Response.buffer = false;

If you did it will dramatically decrease speed especially over slow
networks. Basically every your Response.Write will take long time to
execute.



George.
Click to expand...
 
Back
Top