Jump to content
Software FX Community

chartfx on production server VERY slow


User (Legacy)

Recommended Posts

hello...

we have finished the development and eveything works and looks great.

however, when i move the app to our production server and hit the pages, it

takes a very long time for the first chart to come up. (i assume it's

downloading the controls and whatnot. ...which are < 1 meg and shouldn't

really take that long on a T1) after it's loaded, i can hit other charts on

the server without any real preformance hit. they appear very speedy at

that point.

if i close down the browser and hit the pages again, same thing! now if

it's already downloaded the control, why does it still take so long?

is there anyway to speed this up? ...or pre-release the control to avoid

these downloads?

thanks

--chris

Link to comment
Share on other sites

Have you tried this with a dummy winform control ? We have experienced

similar speeds so it looks like loading the .NET framework (IE needs to do

this the first time it encounters a .NET control) and checking that the

assemblies are up-to-date takes all this time. We have checked and it

appears IE downloads a big chunk of the assembly (note that there is no way

to specify the version of the assembly in the OBJECT tag as it was with

ActiveX controls).

--

Regards,

JC

Software FX Support

"Chris Shinkle" <cmshinkle@sep.com> wrote in message

news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> hello...

>

> we have finished the development and eveything works and looks great.

>

> however, when i move the app to our production server and hit the pages,

it

> takes a very long time for the first chart to come up. (i assume it's

> downloading the controls and whatnot. ...which are < 1 meg and shouldn't

> really take that long on a T1) after it's loaded, i can hit other charts

on

> the server without any real preformance hit. they appear very speedy at

> that point.

>

> if i close down the browser and hit the pages again, same thing! now if

> it's already downloaded the control, why does it still take so long?

>

> is there anyway to speed this up? ...or pre-release the control to avoid

> these downloads?

>

> thanks

>

> --chris

>

>

Link to comment
Share on other sites

so... what does this mean?  that we are just stuck with the slow speeds?

cause if that's the case, the control is almost unusable. ...and that's

over a T1. when the browser comes up, you see the place holder on the page

for the chart, but ie appears like it just goes to lunch! i mean you can't

minimize it, close it, or anything. several minutes later, and i do mean

REAL minutes, the chart eventually comes up.

i still don't really understand what is taking so long. the control

downloads are less than a meg. and it shouldn't have to download the

controls every time. ...right? so why does the preformance not get any

better on successive connections after closing the browser?

here is the text after running the gacutil /ldl command:

The cache of downloaded files contains the following entries:

ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

PublicKeyToken=a1878e2052c08dce, Custom=null

Number of items = 12

it appears like it's downloading the same thing multiple times. why is

this?

currently i place the chart control onto the web page at design time. and

then set its properties programatically. is there possibly a more effienct

way of doing this? either using the GetHtmlTag or GetHtmlData.

thanks

--chris

"Software FX Support" <support@softwarefx.com> wrote in message

news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> Have you tried this with a dummy winform control ? We have experienced

> similar speeds so it looks like loading the .NET framework (IE needs to do

> this the first time it encounters a .NET control) and checking that the

> assemblies are up-to-date takes all this time. We have checked and it

> appears IE downloads a big chunk of the assembly (note that there is no

way

> to specify the version of the assembly in the OBJECT tag as it was with

> ActiveX controls).

>

> --

> Regards,

>

> JC

> Software FX Support

> "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > hello...

> >

> > we have finished the development and eveything works and looks great.

> >

> > however, when i move the app to our production server and hit the pages,

> it

> > takes a very long time for the first chart to come up. (i assume it's

> > downloading the controls and whatnot. ...which are < 1 meg and

shouldn't

> > really take that long on a T1) after it's loaded, i can hit other

charts

> on

> > the server without any real preformance hit. they appear very speedy at

> > that point.

> >

> > if i close down the browser and hit the pages again, same thing! now if

> > it's already downloaded the control, why does it still take so long?

> >

> > is there anyway to speed this up? ...or pre-release the control to

avoid

> > these downloads?

> >

> > thanks

> >

> > --chris

> >

> >

>

>

Link to comment
Share on other sites

The downloading of the control is done by Internet Explorer not by us, we

can not tell you exactly what internet explorer does because we don't have

Internet Explorer's code and MS documentation on this is limited.

What we need to know is this: Is the delay time you are talking about the

"normal" delay time or is it something else. As JC mentioned, at least part

of the control has to be downloaded every time (again this is out of our

control, this is done before we get a chance to run any code) to verify

signature and version.

Another think IE has to do is to load the .NET framework as IE is not a

native .NET program, so this accounts for some of the delay.

In our WEB site, it takes about 3-5 seconds to load over a T1. So if this is

the delay you are experiencing it is normal and there is nothing we can do

about it except bitch Microsoft for better performance in future versions of

IE. Remember IE 6.0 is the first version to support the .NET framework and

it is not completely integrated with .NET yet. We believe this will improve

over time.

So there is two things you need to try to see if the delay you are getting

can be improved:

1) Connect to our support site, specifically to the "Samples & Resources"

section, under "Tool Customization". Comparer your download times to this.

2) Create you own Windows Form control (an empty one will do) and place it

in your server for downloading. Compare download times with this.

--

FP

Software FX, Inc.

Link to comment
Share on other sites

You never said the speed was measured in minutes so I thought it was a

couple-of-seconds slow. Have you tried to show a page with a dummy Windows

Form control that paints some text ?

>> it shouldn't have to download the controls every time. ...right?

Right. But remember that with Windows Form controls hosted in IE there is

less control than with ActiveX controls. If you use a packet sniffer (I

would suggest TcpTrace) you will see that IE tries a number of downloads the

first time a page is rendered with a .NET control. In our tests closing the

browser and reopening the page will generate a slow-down of a couple of

seconds.

>> it appears like it's downloading the same thing multiple times. why is

this?

I have never seen that behavior. The download cache may download (and keep)

different versions of the same control but in your case there seems to be

the same version duplicated many times. Maybe TcpTrace could offer some

insight about why this is happening.

>> is there possibly a more effienct way of doing this?

Can you try the following page

http://support.softwarefx.com/samples/client.aspx

If the page behaves slow we would have to focus on your client-side

environment, if it is fast then it could indicate a problem in your server

configuration.

Regards,

JC

Software FX Support

"Chris Shinkle" <cmshinkle@sep.com> wrote in message

news:FpMTkxJwCHA.2784@webserver1.softwarefx.com...

> so... what does this mean? that we are just stuck with the slow speeds?

> cause if that's the case, the control is almost unusable. ...and that's

> over a T1. when the browser comes up, you see the place holder on the

page

> for the chart, but ie appears like it just goes to lunch! i mean you

can't

> minimize it, close it, or anything. several minutes later, and i do mean

> REAL minutes, the chart eventually comes up.

>

> i still don't really understand what is taking so long. the control

> downloads are less than a meg. and it shouldn't have to download the

> controls every time. ...right? so why does the preformance not get any

> better on successive connections after closing the browser?

>

> here is the text after running the gacutil /ldl command:

> The cache of downloaded files contains the following entries:

> ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

> ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> PublicKeyToken=a1878e2052c08dce, Custom=null

>

> Number of items = 12

>

> it appears like it's downloading the same thing multiple times. why is

> this?

>

> currently i place the chart control onto the web page at design time. and

> then set its properties programatically. is there possibly a more

effienct

> way of doing this? either using the GetHtmlTag or GetHtmlData.

>

> thanks

> --chris

>

> "Software FX Support" <support@softwarefx.com> wrote in message

> news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> > Have you tried this with a dummy winform control ? We have experienced

> > similar speeds so it looks like loading the .NET framework (IE needs to

do

> > this the first time it encounters a .NET control) and checking that the

> > assemblies are up-to-date takes all this time. We have checked and it

> > appears IE downloads a big chunk of the assembly (note that there is no

> way

> > to specify the version of the assembly in the OBJECT tag as it was with

> > ActiveX controls).

> >

> > --

> > Regards,

> >

> > JC

> > Software FX Support

> > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > > hello...

> > >

> > > we have finished the development and eveything works and looks great.

> > >

> > > however, when i move the app to our production server and hit the

pages,

> > it

> > > takes a very long time for the first chart to come up. (i assume it's

> > > downloading the controls and whatnot. ...which are < 1 meg and

> shouldn't

> > > really take that long on a T1) after it's loaded, i can hit other

> charts

> > on

> > > the server without any real preformance hit. they appear very speedy

at

> > > that point.

> > >

> > > if i close down the browser and hit the pages again, same thing! now

if

> > > it's already downloaded the control, why does it still take so long?

> > >

> > > is there anyway to speed this up? ...or pre-release the control to

> avoid

> > > these downloads?

> > >

> > > thanks

> > >

> > > --chris

> > >

> > >

> >

> >

>

>

Link to comment
Share on other sites

ok... i hit the web page you suggested.  it takes about as long as my page

takes. 60+ seconds. probably close to two minutes. it's real speedy if i

don't close ie down. but as soon as i do, and rehit the page, it's takes

about the same length as it did the first time. so... according to your

last post, this seems to indicate a problem with my client side?

any suggestions on where to start looking?

i have not tried a dummy windows form control yet. is there any real value

in doing that now after i tested it against your site? i will get the

packet sniffer you suggested and try it.

thanks for all your help! any other suggestions, i will be happy to try.

--chris

"Software FX Support" <support@softwarefx.com> wrote in message

news:3Kl0X2LwCHA.2784@webserver1.softwarefx.com...

> You never said the speed was measured in minutes so I thought it was a

> couple-of-seconds slow. Have you tried to show a page with a dummy Windows

> Form control that paints some text ?

>

> >> it shouldn't have to download the controls every time. ...right?

>

> Right. But remember that with Windows Form controls hosted in IE there is

> less control than with ActiveX controls. If you use a packet sniffer (I

> would suggest TcpTrace) you will see that IE tries a number of downloads

the

> first time a page is rendered with a .NET control. In our tests closing

the

> browser and reopening the page will generate a slow-down of a couple of

> seconds.

>

> >> it appears like it's downloading the same thing multiple times. why is

> this?

>

> I have never seen that behavior. The download cache may download (and

keep)

> different versions of the same control but in your case there seems to be

> the same version duplicated many times. Maybe TcpTrace could offer some

> insight about why this is happening.

>

> >> is there possibly a more effienct way of doing this?

>

> Can you try the following page

>

> http://support.softwarefx.com/samples/client.aspx

>

> If the page behaves slow we would have to focus on your client-side

> environment, if it is fast then it could indicate a problem in your server

> configuration.

>

> Regards,

>

> JC

> Software FX Support

> "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> news:FpMTkxJwCHA.2784@webserver1.softwarefx.com...

> > so... what does this mean? that we are just stuck with the slow speeds?

> > cause if that's the case, the control is almost unusable. ...and that's

> > over a T1. when the browser comes up, you see the place holder on the

> page

> > for the chart, but ie appears like it just goes to lunch! i mean you

> can't

> > minimize it, close it, or anything. several minutes later, and i do

mean

> > REAL minutes, the chart eventually comes up.

> >

> > i still don't really understand what is taking so long. the control

> > downloads are less than a meg. and it shouldn't have to download the

> > controls every time. ...right? so why does the preformance not get any

> > better on successive connections after closing the browser?

> >

> > here is the text after running the gacutil /ldl command:

> > The cache of downloaded files contains the following entries:

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> >

> > Number of items = 12

> >

> > it appears like it's downloading the same thing multiple times. why is

> > this?

> >

> > currently i place the chart control onto the web page at design time.

and

> > then set its properties programatically. is there possibly a more

> effienct

> > way of doing this? either using the GetHtmlTag or GetHtmlData.

> >

> > thanks

> > --chris

> >

> > "Software FX Support" <support@softwarefx.com> wrote in message

> > news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> > > Have you tried this with a dummy winform control ? We have experienced

> > > similar speeds so it looks like loading the .NET framework (IE needs

to

> do

> > > this the first time it encounters a .NET control) and checking that

the

> > > assemblies are up-to-date takes all this time. We have checked and it

> > > appears IE downloads a big chunk of the assembly (note that there is

no

> > way

> > > to specify the version of the assembly in the OBJECT tag as it was

with

> > > ActiveX controls).

> > >

> > > --

> > > Regards,

> > >

> > > JC

> > > Software FX Support

> > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > > > hello...

> > > >

> > > > we have finished the development and eveything works and looks

great.

> > > >

> > > > however, when i move the app to our production server and hit the

> pages,

> > > it

> > > > takes a very long time for the first chart to come up. (i assume

it's

> > > > downloading the controls and whatnot. ...which are < 1 meg and

> > shouldn't

> > > > really take that long on a T1) after it's loaded, i can hit other

> > charts

> > > on

> > > > the server without any real preformance hit. they appear very

speedy

> at

> > > > that point.

> > > >

> > > > if i close down the browser and hit the pages again, same thing!

now

> if

> > > > it's already downloaded the control, why does it still take so long?

> > > >

> > > > is there anyway to speed this up? ...or pre-release the control to

> > avoid

> > > > these downloads?

> > > >

> > > > thanks

> > > >

> > > > --chris

> > > >

> > > >

> > >

> > >

> >

> >

>

>

Link to comment
Share on other sites

where do i get the TcpTrace software you mentioned.  a quick search brought

up several sites with software products by that name. i want to make sure i

get the right one!

thanks

--chris

"Software FX Support" <support@softwarefx.com> wrote in message

news:3Kl0X2LwCHA.2784@webserver1.softwarefx.com...

> You never said the speed was measured in minutes so I thought it was a

> couple-of-seconds slow. Have you tried to show a page with a dummy Windows

> Form control that paints some text ?

>

> >> it shouldn't have to download the controls every time. ...right?

>

> Right. But remember that with Windows Form controls hosted in IE there is

> less control than with ActiveX controls. If you use a packet sniffer (I

> would suggest TcpTrace) you will see that IE tries a number of downloads

the

> first time a page is rendered with a .NET control. In our tests closing

the

> browser and reopening the page will generate a slow-down of a couple of

> seconds.

>

> >> it appears like it's downloading the same thing multiple times. why is

> this?

>

> I have never seen that behavior. The download cache may download (and

keep)

> different versions of the same control but in your case there seems to be

> the same version duplicated many times. Maybe TcpTrace could offer some

> insight about why this is happening.

>

> >> is there possibly a more effienct way of doing this?

>

> Can you try the following page

>

> http://support.softwarefx.com/samples/client.aspx

>

> If the page behaves slow we would have to focus on your client-side

> environment, if it is fast then it could indicate a problem in your server

> configuration.

>

> Regards,

>

> JC

> Software FX Support

> "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> news:FpMTkxJwCHA.2784@webserver1.softwarefx.com...

> > so... what does this mean? that we are just stuck with the slow speeds?

> > cause if that's the case, the control is almost unusable. ...and that's

> > over a T1. when the browser comes up, you see the place holder on the

> page

> > for the chart, but ie appears like it just goes to lunch! i mean you

> can't

> > minimize it, close it, or anything. several minutes later, and i do

mean

> > REAL minutes, the chart eventually comes up.

> >

> > i still don't really understand what is taking so long. the control

> > downloads are less than a meg. and it shouldn't have to download the

> > controls every time. ...right? so why does the preformance not get any

> > better on successive connections after closing the browser?

> >

> > here is the text after running the gacutil /ldl command:

> > The cache of downloaded files contains the following entries:

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > PublicKeyToken=a1878e2052c08dce, Custom=null

> >

> > Number of items = 12

> >

> > it appears like it's downloading the same thing multiple times. why is

> > this?

> >

> > currently i place the chart control onto the web page at design time.

and

> > then set its properties programatically. is there possibly a more

> effienct

> > way of doing this? either using the GetHtmlTag or GetHtmlData.

> >

> > thanks

> > --chris

> >

> > "Software FX Support" <support@softwarefx.com> wrote in message

> > news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> > > Have you tried this with a dummy winform control ? We have experienced

> > > similar speeds so it looks like loading the .NET framework (IE needs

to

> do

> > > this the first time it encounters a .NET control) and checking that

the

> > > assemblies are up-to-date takes all this time. We have checked and it

> > > appears IE downloads a big chunk of the assembly (note that there is

no

> > way

> > > to specify the version of the assembly in the OBJECT tag as it was

with

> > > ActiveX controls).

> > >

> > > --

> > > Regards,

> > >

> > > JC

> > > Software FX Support

> > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > > > hello...

> > > >

> > > > we have finished the development and eveything works and looks

great.

> > > >

> > > > however, when i move the app to our production server and hit the

> pages,

> > > it

> > > > takes a very long time for the first chart to come up. (i assume

it's

> > > > downloading the controls and whatnot. ...which are < 1 meg and

> > shouldn't

> > > > really take that long on a T1) after it's loaded, i can hit other

> > charts

> > > on

> > > > the server without any real preformance hit. they appear very

speedy

> at

> > > > that point.

> > > >

> > > > if i close down the browser and hit the pages again, same thing!

now

> if

> > > > it's already downloaded the control, why does it still take so long?

> > > >

> > > > is there anyway to speed this up? ...or pre-release the control to

> > avoid

> > > > these downloads?

> > > >

> > > > thanks

> > > >

> > > > --chris

> > > >

> > > >

> > >

> > >

> >

> >

>

>

Link to comment
Share on other sites

>> is there any real value in doing that now after i tested it against your

site?

I think so. It would let us know if it is a generic problem in your client

side or if it is related to our assemblies.

--

Regards,

JC

Software FX Support

"Chris Shinkle" <cmshinkle@sep.com> wrote in message

news:IWrvLYMwCHA.1368@webserver1.softwarefx.com...

> ok... i hit the web page you suggested. it takes about as long as my page

> takes. 60+ seconds. probably close to two minutes. it's real speedy if

i

> don't close ie down. but as soon as i do, and rehit the page, it's takes

> about the same length as it did the first time. so... according to your

> last post, this seems to indicate a problem with my client side?

>

> any suggestions on where to start looking?

>

> i have not tried a dummy windows form control yet. is there any real

value

> in doing that now after i tested it against your site? i will get the

> packet sniffer you suggested and try it.

>

> thanks for all your help! any other suggestions, i will be happy to try.

>

> --chris

>

> "Software FX Support" <support@softwarefx.com> wrote in message

> news:3Kl0X2LwCHA.2784@webserver1.softwarefx.com...

> > You never said the speed was measured in minutes so I thought it was a

> > couple-of-seconds slow. Have you tried to show a page with a dummy

Windows

> > Form control that paints some text ?

> >

> > >> it shouldn't have to download the controls every time. ...right?

> >

> > Right. But remember that with Windows Form controls hosted in IE there

is

> > less control than with ActiveX controls. If you use a packet sniffer (I

> > would suggest TcpTrace) you will see that IE tries a number of downloads

> the

> > first time a page is rendered with a .NET control. In our tests closing

> the

> > browser and reopening the page will generate a slow-down of a couple of

> > seconds.

> >

> > >> it appears like it's downloading the same thing multiple times. why

is

> > this?

> >

> > I have never seen that behavior. The download cache may download (and

> keep)

> > different versions of the same control but in your case there seems to

be

> > the same version duplicated many times. Maybe TcpTrace could offer some

> > insight about why this is happening.

> >

> > >> is there possibly a more effienct way of doing this?

> >

> > Can you try the following page

> >

> > http://support.softwarefx.com/samples/client.aspx

> >

> > If the page behaves slow we would have to focus on your client-side

> > environment, if it is fast then it could indicate a problem in your

server

> > configuration.

> >

> > Regards,

> >

> > JC

> > Software FX Support

> > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > news:FpMTkxJwCHA.2784@webserver1.softwarefx.com...

> > > so... what does this mean? that we are just stuck with the slow

speeds?

> > > cause if that's the case, the control is almost unusable. ...and

that's

> > > over a T1. when the browser comes up, you see the place holder on the

> > page

> > > for the chart, but ie appears like it just goes to lunch! i mean you

> > can't

> > > minimize it, close it, or anything. several minutes later, and i do

> mean

> > > REAL minutes, the chart eventually comes up.

> > >

> > > i still don't really understand what is taking so long. the control

> > > downloads are less than a meg. and it shouldn't have to download the

> > > controls every time. ...right? so why does the preformance not get

any

> > > better on successive connections after closing the browser?

> > >

> > > here is the text after running the gacutil /ldl command:

> > > The cache of downloaded files contains the following entries:

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > >

> > > Number of items = 12

> > >

> > > it appears like it's downloading the same thing multiple times. why

is

> > > this?

> > >

> > > currently i place the chart control onto the web page at design time.

> and

> > > then set its properties programatically. is there possibly a more

> > effienct

> > > way of doing this? either using the GetHtmlTag or GetHtmlData.

> > >

> > > thanks

> > > --chris

> > >

> > > "Software FX Support" <support@softwarefx.com> wrote in message

> > > news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> > > > Have you tried this with a dummy winform control ? We have

experienced

> > > > similar speeds so it looks like loading the .NET framework (IE needs

> to

> > do

> > > > this the first time it encounters a .NET control) and checking that

> the

> > > > assemblies are up-to-date takes all this time. We have checked and

it

> > > > appears IE downloads a big chunk of the assembly (note that there is

> no

> > > way

> > > > to specify the version of the assembly in the OBJECT tag as it was

> with

> > > > ActiveX controls).

> > > >

> > > > --

> > > > Regards,

> > > >

> > > > JC

> > > > Software FX Support

> > > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > > news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > > > > hello...

> > > > >

> > > > > we have finished the development and eveything works and looks

> great.

> > > > >

> > > > > however, when i move the app to our production server and hit the

> > pages,

> > > > it

> > > > > takes a very long time for the first chart to come up. (i assume

> it's

> > > > > downloading the controls and whatnot. ...which are < 1 meg and

> > > shouldn't

> > > > > really take that long on a T1) after it's loaded, i can hit other

> > > charts

> > > > on

> > > > > the server without any real preformance hit. they appear very

> speedy

> > at

> > > > > that point.

> > > > >

> > > > > if i close down the browser and hit the pages again, same thing!

> now

> > if

> > > > > it's already downloaded the control, why does it still take so

long?

> > > > >

> > > > > is there anyway to speed this up? ...or pre-release the control

to

> > > avoid

> > > > > these downloads?

> > > > >

> > > > > thanks

> > > > >

> > > > > --chris

> > > > >

> > > > >

> > > >

> > > >

> > >

> > >

> >

> >

>

>

Link to comment
Share on other sites

You can download it from http://www.pocketsoap.com/tcpTrace/

--

Regards,

JC

Software FX Support

"Chris Shinkle" <cmshinkle@sep.com> wrote in message

news:JgXJbcMwCHA.1368@webserver1.softwarefx.com...

> where do i get the TcpTrace software you mentioned. a quick search

brought

> up several sites with software products by that name. i want to make sure

i

> get the right one!

>

> thanks

>

> --chris

>

> "Software FX Support" <support@softwarefx.com> wrote in message

> news:3Kl0X2LwCHA.2784@webserver1.softwarefx.com...

> > You never said the speed was measured in minutes so I thought it was a

> > couple-of-seconds slow. Have you tried to show a page with a dummy

Windows

> > Form control that paints some text ?

> >

> > >> it shouldn't have to download the controls every time. ...right?

> >

> > Right. But remember that with Windows Form controls hosted in IE there

is

> > less control than with ActiveX controls. If you use a packet sniffer (I

> > would suggest TcpTrace) you will see that IE tries a number of downloads

> the

> > first time a page is rendered with a .NET control. In our tests closing

> the

> > browser and reopening the page will generate a slow-down of a couple of

> > seconds.

> >

> > >> it appears like it's downloading the same thing multiple times. why

is

> > this?

> >

> > I have never seen that behavior. The download cache may download (and

> keep)

> > different versions of the same control but in your case there seems to

be

> > the same version duplicated many times. Maybe TcpTrace could offer some

> > insight about why this is happening.

> >

> > >> is there possibly a more effienct way of doing this?

> >

> > Can you try the following page

> >

> > http://support.softwarefx.com/samples/client.aspx

> >

> > If the page behaves slow we would have to focus on your client-side

> > environment, if it is fast then it could indicate a problem in your

server

> > configuration.

> >

> > Regards,

> >

> > JC

> > Software FX Support

> > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > news:FpMTkxJwCHA.2784@webserver1.softwarefx.com...

> > > so... what does this mean? that we are just stuck with the slow

speeds?

> > > cause if that's the case, the control is almost unusable. ...and

that's

> > > over a T1. when the browser comes up, you see the place holder on the

> > page

> > > for the chart, but ie appears like it just goes to lunch! i mean you

> > can't

> > > minimize it, close it, or anything. several minutes later, and i do

> mean

> > > REAL minutes, the chart eventually comes up.

> > >

> > > i still don't really understand what is taking so long. the control

> > > downloads are less than a meg. and it shouldn't have to download the

> > > controls every time. ...right? so why does the preformance not get

any

> > > better on successive connections after closing the browser?

> > >

> > > here is the text after running the gacutil /ldl command:

> > > The cache of downloaded files contains the following entries:

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > >

> > > Number of items = 12

> > >

> > > it appears like it's downloading the same thing multiple times. why

is

> > > this?

> > >

> > > currently i place the chart control onto the web page at design time.

> and

> > > then set its properties programatically. is there possibly a more

> > effienct

> > > way of doing this? either using the GetHtmlTag or GetHtmlData.

> > >

> > > thanks

> > > --chris

> > >

> > > "Software FX Support" <support@softwarefx.com> wrote in message

> > > news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> > > > Have you tried this with a dummy winform control ? We have

experienced

> > > > similar speeds so it looks like loading the .NET framework (IE needs

> to

> > do

> > > > this the first time it encounters a .NET control) and checking that

> the

> > > > assemblies are up-to-date takes all this time. We have checked and

it

> > > > appears IE downloads a big chunk of the assembly (note that there is

> no

> > > way

> > > > to specify the version of the assembly in the OBJECT tag as it was

> with

> > > > ActiveX controls).

> > > >

> > > > --

> > > > Regards,

> > > >

> > > > JC

> > > > Software FX Support

> > > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > > news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > > > > hello...

> > > > >

> > > > > we have finished the development and eveything works and looks

> great.

> > > > >

> > > > > however, when i move the app to our production server and hit the

> > pages,

> > > > it

> > > > > takes a very long time for the first chart to come up. (i assume

> it's

> > > > > downloading the controls and whatnot. ...which are < 1 meg and

> > > shouldn't

> > > > > really take that long on a T1) after it's loaded, i can hit other

> > > charts

> > > > on

> > > > > the server without any real preformance hit. they appear very

> speedy

> > at

> > > > > that point.

> > > > >

> > > > > if i close down the browser and hit the pages again, same thing!

> now

> > if

> > > > > it's already downloaded the control, why does it still take so

long?

> > > > >

> > > > > is there anyway to speed this up? ...or pre-release the control

to

> > > avoid

> > > > > these downloads?

> > > > >

> > > > > thanks

> > > > >

> > > > > --chris

> > > > >

> > > > >

> > > >

> > > >

> > >

> > >

> >

> >

>

>

Link to comment
Share on other sites

i used the TcpTrace.  i set it up to hit your web site and download the

chart at the following address:

http://support.softwarefx.com/samples/client.aspx.'>http://support.softwarefx.com/samples/client.aspx.

now the chart doesn't fully load. i see a "Failed to download Chart.

ProtocolError - NotFound (404)". i assume this is because i am doing some

proxying with tcptrace. at any rate... i see that every time i hit this

page, the ChartFX.Internet.Client.dll (approx 600k) is downloaded each time.

in one of your earlier posts you mentioned that part of the control needed

to be downloaded to check for version-ing. should the entire control be

downloaded each time? is there some setting i'm missing? this is what

seems to be accounting for most of my delay. after all, on a T1, if we get

a 10K transfer rate, it's still going to take a minute to download. is this

the correct behavior?

my next step is to setup a dummy winform control.

thanks again for the help

--chris

"Software FX Support" <support@softwarefx.com> wrote in message

news:Nb0O5pVwCHA.1368@webserver1.softwarefx.com...

> You can download it from http://www.pocketsoap.com/tcpTrace/

>

> --

> Regards,

>

> JC

> Software FX Support

> "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> news:JgXJbcMwCHA.1368@webserver1.softwarefx.com...

> > where do i get the TcpTrace software you mentioned. a quick search

> brought

> > up several sites with software products by that name. i want to make

sure

> i

> > get the right one!

> >

> > thanks

> >

> > --chris

> >

> > "Software FX Support" <support@softwarefx.com> wrote in message

> > news:3Kl0X2LwCHA.2784@webserver1.softwarefx.com...

> > > You never said the speed was measured in minutes so I thought it was a

> > > couple-of-seconds slow. Have you tried to show a page with a dummy

> Windows

> > > Form control that paints some text ?

> > >

> > > >> it shouldn't have to download the controls every time. ...right?

> > >

> > > Right. But remember that with Windows Form controls hosted in IE there

> is

> > > less control than with ActiveX controls. If you use a packet sniffer

(I

> > > would suggest TcpTrace) you will see that IE tries a number of

downloads

> > the

> > > first time a page is rendered with a .NET control. In our tests

closing

> > the

> > > browser and reopening the page will generate a slow-down of a couple

of

> > > seconds.

> > >

> > > >> it appears like it's downloading the same thing multiple times.

why

> is

> > > this?

> > >

> > > I have never seen that behavior. The download cache may download (and

> > keep)

> > > different versions of the same control but in your case there seems to

> be

> > > the same version duplicated many times. Maybe TcpTrace could offer

some

> > > insight about why this is happening.

> > >

> > > >> is there possibly a more effienct way of doing this?

> > >

> > > Can you try the following page

> > >

> > > http://support.softwarefx.com/samples/client.aspx

> > >

> > > If the page behaves slow we would have to focus on your client-side

> > > environment, if it is fast then it could indicate a problem in your

> server

> > > configuration.

> > >

> > > Regards,

> > >

> > > JC

> > > Software FX Support

> > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > news:FpMTkxJwCHA.2784@webserver1.softwarefx.com...

> > > > so... what does this mean? that we are just stuck with the slow

> speeds?

> > > > cause if that's the case, the control is almost unusable. ...and

> that's

> > > > over a T1. when the browser comes up, you see the place holder on

the

> > > page

> > > > for the chart, but ie appears like it just goes to lunch! i mean

you

> > > can't

> > > > minimize it, close it, or anything. several minutes later, and i do

> > mean

> > > > REAL minutes, the chart eventually comes up.

> > > >

> > > > i still don't really understand what is taking so long. the control

> > > > downloads are less than a meg. and it shouldn't have to download

the

> > > > controls every time. ...right? so why does the preformance not get

> any

> > > > better on successive connections after closing the browser?

> > > >

> > > > here is the text after running the gacutil /ldl command:

> > > > The cache of downloaded files contains the following entries:

> > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > >

> > > > Number of items = 12

> > > >

> > > > it appears like it's downloading the same thing multiple times. why

> is

> > > > this?

> > > >

> > > > currently i place the chart control onto the web page at design

time.

> > and

> > > > then set its properties programatically. is there possibly a more

> > > effienct

> > > > way of doing this? either using the GetHtmlTag or GetHtmlData.

> > > >

> > > > thanks

> > > > --chris

> > > >

> > > > "Software FX Support" <support@softwarefx.com> wrote in message

> > > > news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> > > > > Have you tried this with a dummy winform control ? We have

> experienced

> > > > > similar speeds so it looks like loading the .NET framework (IE

needs

> > to

> > > do

> > > > > this the first time it encounters a .NET control) and checking

that

> > the

> > > > > assemblies are up-to-date takes all this time. We have checked and

> it

> > > > > appears IE downloads a big chunk of the assembly (note that there

is

> > no

> > > > way

> > > > > to specify the version of the assembly in the OBJECT tag as it was

> > with

> > > > > ActiveX controls).

> > > > >

> > > > > --

> > > > > Regards,

> > > > >

> > > > > JC

> > > > > Software FX Support

> > > > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > > > news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > > > > > hello...

> > > > > >

> > > > > > we have finished the development and eveything works and looks

> > great.

> > > > > >

> > > > > > however, when i move the app to our production server and hit

the

> > > pages,

> > > > > it

> > > > > > takes a very long time for the first chart to come up. (i

assume

> > it's

> > > > > > downloading the controls and whatnot. ...which are < 1 meg and

> > > > shouldn't

> > > > > > really take that long on a T1) after it's loaded, i can hit

other

> > > > charts

> > > > > on

> > > > > > the server without any real preformance hit. they appear very

> > speedy

> > > at

> > > > > > that point.

> > > > > >

> > > > > > if i close down the browser and hit the pages again, same thing!

> > now

> > > if

> > > > > > it's already downloaded the control, why does it still take so

> long?

> > > > > >

> > > > > > is there anyway to speed this up? ...or pre-release the control

> to

> > > > avoid

> > > > > > these downloads?

> > > > > >

> > > > > > thanks

> > > > > >

> > > > > > --chris

> > > > > >

> > > > > >

> > > > >

> > > > >

> > > >

> > > >

> > >

> > >

> >

> >

>

>

Link to comment
Share on other sites

Did you try tcptrace with your own page ?

Do you have a proxy server ? If so , have you tried your own pages (or our

page) without the use of a proxy ?

>> in one of your earlier posts you mentioned that part of the control

needed

>> to be downloaded to check for version-ing. should the entire control be

>> downloaded each time?

This is what Internet Explorer SEEMS to be doing, there is no docs that

support this just simple observation using TcpTrace and/or IIS logs.

First hit for a .NET control in a browser session. Download cache is clean

(gacutil /cdl). IE cache is clean

Client> HTTP GET ChartFX.Internet.Client.dll

Server> 200 (approx 600K)

Client> HTTP GET ChartFX.Internet.Base.dll

Server> 200 (approx 120K)

Client> HTTP GET CFTNNNNN.chw

Server> 200 (approx 2K)

Refresh (F5)

Client> HTTP GET ChartFX.Internet.Client.dll Range 8096-

Server> 206 Partial Content (approx 590K)

Close Browser, reconnect

Client> HTTP GET ChartFX.Internet.Client.dll Range 8096-

Server> 206 Partial Content (approx 590K)

Client> HTTP GET ChartFX.Internet.Client.dll

Server> 200 (approx 600K)

Client> HTTP GET CFTNNNNN.chw

Server> 200 (approx 2K)

Notes:

- You should be able to reproduce this behavior using a dummy Windows Form

control, the only differences will be that ChartFX is composed by 2 main

assemblies and that ChartFX will later download a CHW file that contains the

data/attributes for the chart

- I am guessing the HTTP GET with a range is trying to do version-checking,

it is unclear whether the browser actually waits for the result of this

request

- Sometimes it appears as if IE will generate 2 requests for the same URL,

it is unclear if this is done in 2 different threads or if it waits for the

result of these requests.

- There is nothing we can do to alleviate this (except for trying to squeeze

all ChartFX functionality in a 12K assembly), We hope that the next version

of Internet Explorer will have much better support for .NET controls.

- Adding both assemblies to the assembly cache only seems to affect the

download of ChartFX.Internet.base.

- Modifying IIS settings for /ChartFX6/Download to handle content expiration

does not seem to affect the download of ChartFX.Internet.Base, IE does not

seem to send the Is-Modified-Since header when downloading assemblies.

- Downloading a page with a chart from a T1 (using a cable provider) to our

servers does not take a minute, it seems to take between 5 and 15 seconds.

--

Regards,

JC

Software FX Support

"Chris Shinkle" <cmshinkle@sep.com> wrote in message

news:AaboJGZwCHA.2784@webserver1.softwarefx.com...

> i used the TcpTrace. i set it up to hit your web site and download the

> chart at the following address:

> http://support.softwarefx.com/samples/client.aspx.'>http://support.softwarefx.com/samples/client.aspx.

>

> now the chart doesn't fully load. i see a "Failed to download Chart.

> ProtocolError - NotFound (404)". i assume this is because i am doing some

> proxying with tcptrace. at any rate... i see that every time i hit this

> page, the ChartFX.Internet.Client.dll (approx 600k) is downloaded each

time.

> in one of your earlier posts you mentioned that part of the control needed

> to be downloaded to check for version-ing. should the entire control be

> downloaded each time? is there some setting i'm missing? this is what

> seems to be accounting for most of my delay. after all, on a T1, if we

get

> a 10K transfer rate, it's still going to take a minute to download. is

this

> the correct behavior?

>

> my next step is to setup a dummy winform control.

>

> thanks again for the help

>

> --chris

>

>

> "Software FX Support" <support@softwarefx.com> wrote in message

> news:Nb0O5pVwCHA.1368@webserver1.softwarefx.com...

> > You can download it from http://www.pocketsoap.com/tcpTrace/

> >

> > --

> > Regards,

> >

> > JC

> > Software FX Support

> > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > news:JgXJbcMwCHA.1368@webserver1.softwarefx.com...

> > > where do i get the TcpTrace software you mentioned. a quick search

> > brought

> > > up several sites with software products by that name. i want to make

> sure

> > i

> > > get the right one!

> > >

> > > thanks

> > >

> > > --chris

> > >

> > > "Software FX Support" <support@softwarefx.com> wrote in message

> > > news:3Kl0X2LwCHA.2784@webserver1.softwarefx.com...

> > > > You never said the speed was measured in minutes so I thought it was

a

> > > > couple-of-seconds slow. Have you tried to show a page with a dummy

> > Windows

> > > > Form control that paints some text ?

> > > >

> > > > >> it shouldn't have to download the controls every time. ...right?

> > > >

> > > > Right. But remember that with Windows Form controls hosted in IE

there

> > is

> > > > less control than with ActiveX controls. If you use a packet sniffer

> (I

> > > > would suggest TcpTrace) you will see that IE tries a number of

> downloads

> > > the

> > > > first time a page is rendered with a .NET control. In our tests

> closing

> > > the

> > > > browser and reopening the page will generate a slow-down of a couple

> of

> > > > seconds.

> > > >

> > > > >> it appears like it's downloading the same thing multiple times.

> why

> > is

> > > > this?

> > > >

> > > > I have never seen that behavior. The download cache may download

(and

> > > keep)

> > > > different versions of the same control but in your case there seems

to

> > be

> > > > the same version duplicated many times. Maybe TcpTrace could offer

> some

> > > > insight about why this is happening.

> > > >

> > > > >> is there possibly a more effienct way of doing this?

> > > >

> > > > Can you try the following page

> > > >

> > > > http://support.softwarefx.com/samples/client.aspx

> > > >

> > > > If the page behaves slow we would have to focus on your client-side

> > > > environment, if it is fast then it could indicate a problem in your

> > server

> > > > configuration.

> > > >

> > > > Regards,

> > > >

> > > > JC

> > > > Software FX Support

> > > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > > news:FpMTkxJwCHA.2784@webserver1.softwarefx.com...

> > > > > so... what does this mean? that we are just stuck with the slow

> > speeds?

> > > > > cause if that's the case, the control is almost unusable. ...and

> > that's

> > > > > over a T1. when the browser comes up, you see the place holder on

> the

> > > > page

> > > > > for the chart, but ie appears like it just goes to lunch! i mean

> you

> > > > can't

> > > > > minimize it, close it, or anything. several minutes later, and i

do

> > > mean

> > > > > REAL minutes, the chart eventually comes up.

> > > > >

> > > > > i still don't really understand what is taking so long. the

control

> > > > > downloads are less than a meg. and it shouldn't have to download

> the

> > > > > controls every time. ...right? so why does the preformance not

get

> > any

> > > > > better on successive connections after closing the browser?

> > > > >

> > > > > here is the text after running the gacutil /ldl command:

> > > > > The cache of downloaded files contains the following entries:

> > > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Base, Version=6.0.1081.20180, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > > ChartFX.Internet.Client, Version=6.0.1081.20200, Culture=neutral,

> > > > > PublicKeyToken=a1878e2052c08dce, Custom=null

> > > > >

> > > > > Number of items = 12

> > > > >

> > > > > it appears like it's downloading the same thing multiple times.

why

> > is

> > > > > this?

> > > > >

> > > > > currently i place the chart control onto the web page at design

> time.

> > > and

> > > > > then set its properties programatically. is there possibly a more

> > > > effienct

> > > > > way of doing this? either using the GetHtmlTag or GetHtmlData.

> > > > >

> > > > > thanks

> > > > > --chris

> > > > >

> > > > > "Software FX Support" <support@softwarefx.com> wrote in message

> > > > > news:04lbNpJwCHA.1368@webserver1.softwarefx.com...

> > > > > > Have you tried this with a dummy winform control ? We have

> > experienced

> > > > > > similar speeds so it looks like loading the .NET framework (IE

> needs

> > > to

> > > > do

> > > > > > this the first time it encounters a .NET control) and checking

> that

> > > the

> > > > > > assemblies are up-to-date takes all this time. We have checked

and

> > it

> > > > > > appears IE downloads a big chunk of the assembly (note that

there

> is

> > > no

> > > > > way

> > > > > > to specify the version of the assembly in the OBJECT tag as it

was

> > > with

> > > > > > ActiveX controls).

> > > > > >

> > > > > > --

> > > > > > Regards,

> > > > > >

> > > > > > JC

> > > > > > Software FX Support

> > > > > > "Chris Shinkle" <cmshinkle@sep.com> wrote in message

> > > > > > news:j7XMV4mvCHA.2784@webserver1.softwarefx.com...

> > > > > > > hello...

> > > > > > >

> > > > > > > we have finished the development and eveything works and looks

> > > great.

> > > > > > >

> > > > > > > however, when i move the app to our production server and hit

> the

> > > > pages,

> > > > > > it

> > > > > > > takes a very long time for the first chart to come up. (i

> assume

> > > it's

> > > > > > > downloading the controls and whatnot. ...which are < 1 meg

and

> > > > > shouldn't

> > > > > > > really take that long on a T1) after it's loaded, i can hit

> other

> > > > > charts

> > > > > > on

> > > > > > > the server without any real preformance hit. they appear very

> > > speedy

> > > > at

> > > > > > > that point.

> > > > > > >

> > > > > > > if i close down the browser and hit the pages again, same

thing!

> > > now

> > > > if

> > > > > > > it's already downloaded the control, why does it still take so

> > long?

> > > > > > >

> > > > > > > is there anyway to speed this up? ...or pre-release the

control

> > to

> > > > > avoid

> > > > > > > these downloads?

> > > > > > >

> > > > > > > thanks

> > > > > > >

> > > > > > > --chris

> > > > > > >

> > > > > > >

> > > > > >

> > > > > >

> > > > >

> > > > >

> > > >

> > > >

> > >

> > >

> >

> >

>

>

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...