Performance Issues (not an ED ad)

[=?Utf-8?B?V2lsbA==?=]

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

[George Ter-Saakov]

Re: Performance Issues (not an ED ad)

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" <Will@discussio ns.microsoft.co mwrote in message
news:29D16CF7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...

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

[=?Utf-8?B?V2lsbA==?=]

Re: Performance Issues (not an ED ad)

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" <Will@discussio ns.microsoft.co mwrote in message
news:29D16CF7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...

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

>
>
>

[=?Utf-8?B?V2lsbA==?=]

Re: Performance Issues (not an ED ad)

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.W ebControls.Drop DownList 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" <Will@discussio ns.microsoft.co mwrote in message
news:29D16CF7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...

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

>
>
>

[George Ter-Saakov]

Re: Performance Issues (not an ED ad)

32K is ok size....
Try to turn on the Trace...

in <systen.web>
<trace enabled="true" requestLimit="1 0" pageOutput="fal se"
traceMode="Sort ByTime" 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" <Will@discussio ns.microsoft.co mwrote in message
news:E5F8B797-BC17-46E1-828D-4571D72765CF@mi crosoft.com...

>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.W ebControls.Drop DownList 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" <Will@discussio ns.microsoft.co mwrote in message
>news:29D16CF 7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...

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

>>
>>
>>

[=?Utf-8?B?V2lsbA==?=]

Re: Performance Issues (not an ED ad)

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="1 0" pageOutput="fal se"
traceMode="Sort ByTime" 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" <Will@discussio ns.microsoft.co mwrote in message
news:E5F8B797-BC17-46E1-828D-4571D72765CF@mi crosoft.com...

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.W ebControls.Drop DownList 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" <Will@discussio ns.microsoft.co mwrote in message
news:29D16CF7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...
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
>
>
>

>
>
>

[=?Utf-8?B?V2lsbA==?=]

Re: Performance Issues (not an ED ad)

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="1 0" pageOutput="fal se"
traceMode="Sort ByTime" 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" <Will@discussio ns.microsoft.co mwrote in message
news:E5F8B797-BC17-46E1-828D-4571D72765CF@mi crosoft.com...

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.W ebControls.Drop DownList 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" <Will@discussio ns.microsoft.co mwrote in message
news:29D16CF7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...
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
>
>
>

>
>
>

[George Ter-Saakov]

Re: Performance Issues (not an ED ad)

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" <Will@discussio ns.microsoft.co mwrote in message
news:A4A8402F-0EF5-4AAA-A3EA-491AAB48FFF6@mi crosoft.com...

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="1 0" pageOutput="fal se"
>traceMode="Sor tByTime" 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" <Will@discussio ns.microsoft.co mwrote in message
>news:E5F8B79 7-BC17-46E1-828D-4571D72765CF@mi crosoft.com...

>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.W ebControls.Drop DownList 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" <Will@discussio ns.microsoft.co mwrote in message
>news:29D16CF 7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...
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
>>
>>
>>

>>
>>
>>

[=?Utf-8?B?V2lsbA==?=]

Re: Performance Issues (not an ED ad)

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


"George Ter-Saakov" wrote:

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" <Will@discussio ns.microsoft.co mwrote in message
news:A4A8402F-0EF5-4AAA-A3EA-491AAB48FFF6@mi crosoft.com...

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="1 0" pageOutput="fal se"
traceMode="Sort ByTime" 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" <Will@discussio ns.microsoft.co mwrote in message
news:E5F8B797-BC17-46E1-828D-4571D72765CF@mi crosoft.com...
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.W ebControls.Drop DownList 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" <Will@discussio ns.microsoft.co mwrote in message
news:29D16CF7-7068-47AD-96D7-E46BC10FE4EF@mi crosoft.com...
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
>
>
>
>
>
>

>
>
>