Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > ASP .Net > Performance Issues (not an ED ad)

Reply
Thread Tools

Performance Issues (not an ED ad)

 
 
Will
Guest
Posts: n/a
 
      04-02-2008
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)

--
-Will
 
Reply With Quote
 
 
 
 
George Ter-Saakov
Guest
Posts: n/a
 
      04-02-2008
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.


"Will" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> 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)
>
> --
> -Will



 
Reply With Quote
 
 
 
 
Will
Guest
Posts: n/a
 
      04-02-2008
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.
--
-Will


"George Ter-Saakov" wrote:

> 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.
>
>
> "Will" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> > 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)
> >
> > --
> > -Will

>
>
>

 
Reply With Quote
 
Will
Guest
Posts: n/a
 
      04-02-2008
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.

--
-Will


"George Ter-Saakov" wrote:

> 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.
>
>
> "Will" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> > 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)
> >
> > --
> > -Will

>
>
>

 
Reply With Quote
 
kpg
Guest
Posts: n/a
 
      04-02-2008
=?Utf-8?B?V2lsbA==?= <(E-Mail Removed)> wrote in
news:(E-Mail Removed):

> 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.
>


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.


 
Reply With Quote
 
George Ter-Saakov
Guest
Posts: n/a
 
      04-02-2008
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.


"Will" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
>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.
>
> --
> -Will
>
>
> "George Ter-Saakov" wrote:
>
>> 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.
>>
>>
>> "Will" <(E-Mail Removed)> wrote in message
>> news:(E-Mail Removed)...
>> > 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)
>> >
>> > --
>> > -Will

>>
>>
>>



 
Reply With Quote
 
Will
Guest
Posts: n/a
 
      04-02-2008
While I play with Trace can you explain your P.S.?
--
-Will


"George Ter-Saakov" wrote:

> 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.
>
>
> "Will" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> >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.
> >
> > --
> > -Will
> >
> >
> > "George Ter-Saakov" wrote:
> >
> >> 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.
> >>
> >>
> >> "Will" <(E-Mail Removed)> wrote in message
> >> news:(E-Mail Removed)...
> >> > 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)
> >> >
> >> > --
> >> > -Will
> >>
> >>
> >>

>
>
>

 
Reply With Quote
 
Will
Guest
Posts: n/a
 
      04-02-2008
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.

--
-Will


"George Ter-Saakov" wrote:

> 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.
>
>
> "Will" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> >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.
> >
> > --
> > -Will
> >
> >
> > "George Ter-Saakov" wrote:
> >
> >> 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.
> >>
> >>
> >> "Will" <(E-Mail Removed)> wrote in message
> >> news:(E-Mail Removed)...
> >> > 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)
> >> >
> >> > --
> >> > -Will
> >>
> >>
> >>

>
>
>

 
Reply With Quote
 
George Ter-Saakov
Guest
Posts: n/a
 
      04-02-2008
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.


"Will" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> While I play with Trace can you explain your P.S.?
> --
> -Will
>
>
> "George Ter-Saakov" wrote:
>
>> 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.
>>
>>
>> "Will" <(E-Mail Removed)> wrote in message
>> news:(E-Mail Removed)...
>> >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.
>> >
>> > --
>> > -Will
>> >
>> >
>> > "George Ter-Saakov" wrote:
>> >
>> >> 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.
>> >>
>> >>
>> >> "Will" <(E-Mail Removed)> wrote in message
>> >> news:(E-Mail Removed)...
>> >> > 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)
>> >> >
>> >> > --
>> >> > -Will
>> >>
>> >>
>> >>

>>
>>
>>



 
Reply With Quote
 
George Ter-Saakov
Guest
Posts: n/a
 
      04-02-2008
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.


"Will" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
>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.
>
> --
> -Will
>
>
> "George Ter-Saakov" wrote:
>
>> 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.
>>
>>
>> "Will" <(E-Mail Removed)> wrote in message
>> news:(E-Mail Removed)...
>> >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.
>> >
>> > --
>> > -Will
>> >
>> >
>> > "George Ter-Saakov" wrote:
>> >
>> >> 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.
>> >>
>> >>
>> >> "Will" <(E-Mail Removed)> wrote in message
>> >> news:(E-Mail Removed)...
>> >> > 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)
>> >> >
>> >> > --
>> >> > -Will
>> >>
>> >>
>> >>

>>
>>
>>



 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Performance Tutorials Services - Boosting Performance by DisablingUnnecessary Services on Windows XP Home Edition Software Engineer Javascript 0 06-10-2011 02:18 AM
IIS 6 vs IIS 5 ASP.NET Performance Issues JMaelstrom ASP .Net 2 04-30-2010 04:32 PM
Network performance issues with 3500XL Jon Fanti Cisco 4 02-10-2006 10:37 AM
SQLServer session state performance issues John Q. Smith ASP .Net 4 01-16-2004 09:06 PM
Web Form Performance Versus Single File Performance jm ASP .Net 1 12-12-2003 11:14 PM



Advertisments