Welcome to HostingForumz.com!
FAQFAQ      ProfileProfile    Private MessagesPrivate Messages   Log inLog in

IIS6 Disappointing - VERY slow for ASP pages

 
   Web Hosting Problem Solving Community! (Home) -> IIS RSS
Next:  HTTP 401.1 - Unauthorized: Logon Failed  
Author Message
anonymous33

External


Since: Oct 02, 2003
Posts: 7



(Msg. 1) Posted: Thu Oct 02, 2003 12:16 pm
Post subject: IIS6 Disappointing - VERY slow for ASP pages
Archived from groups: microsoft>public>inetserver>iis (more info?)

Like many others here, I've been tearing my hair out trying to find why IIS 6 is so slow serving ASP applications across the network. When accessing the application from a browser on the IIS server (local access ) the pages come up qiuckly. The same application runs with near instant access on slower hardware under IIS 5.

I've put a workstation & the IIS server back to back with a crosover cable to eliminate the network The performance is still poor from the workstatoin & fast when accessed from the server. I suspect the server is trying to do some form of authentication for non-local access, but can't seem to find what.

I notice a lot of similar posts here, and no satisfactory answers. Its enough to send you to Apache!!

 >> Stay informed about: IIS6 Disappointing - VERY slow for ASP pages 
Back to top
Login to vote
someone9

External


Since: Aug 25, 2003
Posts: 2419



(Msg. 2) Posted: Fri Oct 03, 2003 12:04 am
Post subject: Re: IIS6 Disappointing - VERY slow for ASP pages [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

If you think it's authentication, you should be able to:
1. Look at the property page for the vdir/app and determine if any
authentication is even enabled
2. Look at the IIS Web logs for the website in question because
authentication negotiation would usually show up as extra
requests/responses.
3. Use NetMon (included in WS03 Add/Remove Windows Components) between two
separate machines to sniff all traffic of the request/response

#3 will definitively tell you throughout the whole "slow" request:
1. What request exchanges have happened prior to that slow request
2. What request is actually slow
3. How long all the request/response took

I also notice a lot of people complaining about perf as well, but you must
realize it's not a trivial problem to solve. There is no magic "Make it run
faster" wand.

We've improved ASP performance/scalability in many ways (you won't find this
out until you get a 2P, 4P, or 8P box -- you will quickly find that IIS5
does not scale at all while IIS6 will scale up the HW with you). We've also
made ASP scale and perform much faster with UNC-based content on IIS6.
However, you won't see any of this improvement unless your own code is also
scalable to take advantage of the improvements. Performance is pinned by
the weakest link.

My personal suspicion is that when you're talking about performance, you
need to be absolutely certain of the configuration of the system under test.
Some setting (or combination of settings) may be the performance culprit
under some scenarios, but we won't know what they all are. I can say that
the IIS perf testing is done under very strict configurations (for
reproducibility) so that we can scientifically compare results. Real-life
tuning is difficult at best since users rarely even know how to control
their system configuration.

Making a comparison like "The same application runs with near instant access
on slower hardware under IIS5" is incomparable. It's like saying "I had an
old diesel truck and a new lexus, and I fueled both with diesel. The lexus
choked on the diesel while the diesel truck ran great -- man, why did I ever
buy that lexus".


At this point, I have NO IDEA what your configuration looks like, how it's
been tuned, etc -- so while I commisserate with the troubles you're having,
you're really tying everyone's hands

1. Can you isolate the problem to particular pages or any random page
2. Can you isolate to certain code sequences within the pages
3. Is there a timing/sequence dependency
4. Is it just with ASP pages or with static HTML as well

--
//David
IIS
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"Ross" <anonymous RemoveThis @discussions.microsoft.com> wrote in message
news:6D164ECF-DF48-4290-831F-A7D9B37DA662@microsoft.com...
Like many others here, I've been tearing my hair out trying to find why IIS
6 is so slow serving ASP applications across the network. When accessing the
application from a browser on the IIS server (local access ) the pages come
up qiuckly. The same application runs with near instant access on slower
hardware under IIS 5.

I've put a workstation & the IIS server back to back with a crosover cable
to eliminate the network The performance is still poor from the workstatoin
& fast when accessed from the server. I suspect the server is trying to do
some form of authentication for non-local access, but can't seem to find
what.

I notice a lot of similar posts here, and no satisfactory answers. Its
enough to send you to Apache!!

 >> Stay informed about: IIS6 Disappointing - VERY slow for ASP pages 
Back to top
Login to vote
tzedekh1

External


Since: Oct 28, 2003
Posts: 2



(Msg. 3) Posted: Tue Oct 28, 2003 2:49 pm
Post subject: Re: IIS6 Disappointing - VERY slow for ASP pages [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

We've had similar problems here. A server with a single 1.2-GHz PIII
and 1 GB RAM runs much of our ASP code up to 10 times faster under
IIS5 than a hyperthreading dual 2.4-GHZ Xeon system with 2 GB RAM
under IIS6. It seems disingenuous to say that because you don't know
our configuration, you can't tell why your software doesn't work
properly, even after we followed your migration documentation. We
shouldn't have to change our code -- your code should be able to
accommodate it, and it should be running maybe 6 to 10 times faster on
the new system, not that much slower. And even if we were willing to
change our code (although only slightly), you've provided little
usable guidance -- it seems like we're having to spend many hours in
knowledge base or newsgroups to get glimmers of possible answers.

"David Wang [Msft]" <someone.RemoveThis@online.microsoft.com> wrote in message news:<u5gWydWiDHA.2004.RemoveThis@TK2MSFTNGP12.phx.gbl>...
 > If you think it's authentication, you should be able to:
 > 1. Look at the property page for the vdir/app and determine if any
 > authentication is even enabled
 > 2. Look at the IIS Web logs for the website in question because
 > authentication negotiation would usually show up as extra
 > requests/responses.
 > 3. Use NetMon (included in WS03 Add/Remove Windows Components) between two
 > separate machines to sniff all traffic of the request/response
 >
 > #3 will definitively tell you throughout the whole "slow" request:
 > 1. What request exchanges have happened prior to that slow request
 > 2. What request is actually slow
 > 3. How long all the request/response took
 >
 > I also notice a lot of people complaining about perf as well, but you must
 > realize it's not a trivial problem to solve. There is no magic "Make it run
 > faster" wand.
 >
 > We've improved ASP performance/scalability in many ways (you won't find this
 > out until you get a 2P, 4P, or 8P box -- you will quickly find that IIS5
 > does not scale at all while IIS6 will scale up the HW with you). We've also
 > made ASP scale and perform much faster with UNC-based content on IIS6.
 > However, you won't see any of this improvement unless your own code is also
 > scalable to take advantage of the improvements. Performance is pinned by
 > the weakest link.
 >
 > My personal suspicion is that when you're talking about performance, you
 > need to be absolutely certain of the configuration of the system under test.
 > Some setting (or combination of settings) may be the performance culprit
 > under some scenarios, but we won't know what they all are. I can say that
 > the IIS perf testing is done under very strict configurations (for
 > reproducibility) so that we can scientifically compare results. Real-life
 > tuning is difficult at best since users rarely even know how to control
 > their system configuration.
 >
 > Making a comparison like "The same application runs with near instant access
 > on slower hardware under IIS5" is incomparable. It's like saying "I had an
 > old diesel truck and a new lexus, and I fueled both with diesel. The lexus
 > choked on the diesel while the diesel truck ran great -- man, why did I ever
 > buy that lexus".
 >
 >
 > At this point, I have NO IDEA what your configuration looks like, how it's
 > been tuned, etc -- so while I commisserate with the troubles you're having,
 > you're really tying everyone's hands
 >
 > 1. Can you isolate the problem to particular pages or any random page
 > 2. Can you isolate to certain code sequences within the pages
 > 3. Is there a timing/sequence dependency
 > 4. Is it just with ASP pages or with static HTML as well
 >
 > --
 > //David
 > IIS
 > This posting is provided "AS IS" with no warranties, and confers no rights.
 > //
 > "Ross" <anonymous.RemoveThis@discussions.microsoft.com> wrote in message
 > news:6D164ECF-DF48-4290-831F-A7D9B37DA662@microsoft.com...
 > Like many others here, I've been tearing my hair out trying to find why IIS
 > 6 is so slow serving ASP applications across the network. When accessing the
 > application from a browser on the IIS server (local access ) the pages come
 > up qiuckly. The same application runs with near instant access on slower
 > hardware under IIS 5.
 >
 > I've put a workstation & the IIS server back to back with a crosover cable
 > to eliminate the network The performance is still poor from the workstatoin
 > & fast when accessed from the server. I suspect the server is trying to do
 > some form of authentication for non-local access, but can't seem to find
 > what.
 >
 > I notice a lot of similar posts here, and no satisfactory answers. Its
 > enough to send you to Apache!!<!-- ~MESSAGE_AFTER~ -->
 >> Stay informed about: IIS6 Disappointing - VERY slow for ASP pages 
Back to top
Login to vote
pegusisii

External


Since: Oct 20, 2003
Posts: 17



(Msg. 4) Posted: Tue Oct 28, 2003 8:08 pm
Post subject: Re: IIS6 Disappointing - VERY slow for ASP pages [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

I believe instead of recreating the wheel each time, Microsoft should be
concentrating on fixing the problems with IIS 5 and not rebuilding the
entire O/S each time they want to sell a new product.

I remember my old NT server running for 5 months with-out a reboot, and only
because I had added a new IP did I have to restart it then. Since I started
using Windows 2000, I am lucky if I see 2 weeks with-out having to at least
restart the IIS server or rebooting the entire system, although I did get
about 2 months running time about 1 year ago which at the time I thought was
pretty good. And now reading about all the problems that people are having
with Windows 2003 Server I'd be hard pressed to even think about upgrading
(or should I say downgrading?). Just last night I seriously thought about
installing NT on another server that I have and resetting it up to run all
of my sites. This afternoon again I turned around to look at the Windows
2000 Server to see it hang on an ASP page. Funny thing is I have not yet
read a real answer to any question of why it hangs on ASP pages. ASP never
gave me a single problem on the NT machine, and the only thing holding me
back from installing it is the simple fact that Microsoft is not creating
any new security updates for it.

Thank you for your time and have a great day,

Carroll P. MacDonald
System Administrator
Webmaster
Microsoft Certified Professional
A+ Certified

======================================================
======================================================

"tzedekh" <tzedekh1 DeleteThis @hotmail.com> wrote in message
news:825ecceb.0310281149.9f31da6@posting.google.com...
 > We've had similar problems here. A server with a single 1.2-GHz PIII
 > and 1 GB RAM runs much of our ASP code up to 10 times faster under
 > IIS5 than a hyperthreading dual 2.4-GHZ Xeon system with 2 GB RAM
 > under IIS6. It seems disingenuous to say that because you don't know
 > our configuration, you can't tell why your software doesn't work
 > properly, even after we followed your migration documentation. We
 > shouldn't have to change our code -- your code should be able to
 > accommodate it, and it should be running maybe 6 to 10 times faster on
 > the new system, not that much slower. And even if we were willing to
 > change our code (although only slightly), you've provided little
 > usable guidance -- it seems like we're having to spend many hours in
 > knowledge base or newsgroups to get glimmers of possible answers.
 >
 > "David Wang [Msft]" <someone DeleteThis @online.microsoft.com> wrote in message
news:<u5gWydWiDHA.2004 DeleteThis @TK2MSFTNGP12.phx.gbl>...
  > > If you think it's authentication, you should be able to:
  > > 1. Look at the property page for the vdir/app and determine if any
  > > authentication is even enabled
  > > 2. Look at the IIS Web logs for the website in question because
  > > authentication negotiation would usually show up as extra
  > > requests/responses.
  > > 3. Use NetMon (included in WS03 Add/Remove Windows Components) between
two
  > > separate machines to sniff all traffic of the request/response
  > >
  > > #3 will definitively tell you throughout the whole "slow" request:
  > > 1. What request exchanges have happened prior to that slow request
  > > 2. What request is actually slow
  > > 3. How long all the request/response took
  > >
  > > I also notice a lot of people complaining about perf as well, but you
must
  > > realize it's not a trivial problem to solve. There is no magic "Make it
run
  > > faster" wand.
  > >
  > > We've improved ASP performance/scalability in many ways (you won't find
this
  > > out until you get a 2P, 4P, or 8P box -- you will quickly find that IIS5
  > > does not scale at all while IIS6 will scale up the HW with you). We've
also
  > > made ASP scale and perform much faster with UNC-based content on IIS6.
  > > However, you won't see any of this improvement unless your own code is
also
  > > scalable to take advantage of the improvements. Performance is pinned
by
  > > the weakest link.
  > >
  > > My personal suspicion is that when you're talking about performance, you
  > > need to be absolutely certain of the configuration of the system under
test.
  > > Some setting (or combination of settings) may be the performance culprit
  > > under some scenarios, but we won't know what they all are. I can say
that
  > > the IIS perf testing is done under very strict configurations (for
  > > reproducibility) so that we can scientifically compare results.
Real-life
  > > tuning is difficult at best since users rarely even know how to control
  > > their system configuration.
  > >
  > > Making a comparison like "The same application runs with near instant
access
  > > on slower hardware under IIS5" is incomparable. It's like saying "I had
an
  > > old diesel truck and a new lexus, and I fueled both with diesel. The
lexus
  > > choked on the diesel while the diesel truck ran great -- man, why did I
ever
  > > buy that lexus".
  > >
  > >
  > > At this point, I have NO IDEA what your configuration looks like, how
it's
  > > been tuned, etc -- so while I commisserate with the troubles you're
having,
  > > you're really tying everyone's hands
  > >
  > > 1. Can you isolate the problem to particular pages or any random page
  > > 2. Can you isolate to certain code sequences within the pages
  > > 3. Is there a timing/sequence dependency
  > > 4. Is it just with ASP pages or with static HTML as well
  > >
  > > --
  > > //David
  > > IIS
  > > This posting is provided "AS IS" with no warranties, and confers no
rights.
  > > //
  > > "Ross" <anonymous DeleteThis @discussions.microsoft.com> wrote in message
  > > news:6D164ECF-DF48-4290-831F-A7D9B37DA662@microsoft.com...
  > > Like many others here, I've been tearing my hair out trying to find why
IIS
  > > 6 is so slow serving ASP applications across the network. When accessing
the
  > > application from a browser on the IIS server (local access ) the pages
come
  > > up qiuckly. The same application runs with near instant access on slower
  > > hardware under IIS 5.
  > >
  > > I've put a workstation & the IIS server back to back with a crosover
cable
  > > to eliminate the network The performance is still poor from the
workstatoin
  > > & fast when accessed from the server. I suspect the server is trying to
do
  > > some form of authentication for non-local access, but can't seem to find
  > > what.
  > >
  > > I notice a lot of similar posts here, and no satisfactory answers. Its
  > > enough to send you to Apache!!<!-- ~MESSAGE_AFTER~ -->
 >> Stay informed about: IIS6 Disappointing - VERY slow for ASP pages 
Back to top
Login to vote
Display posts from previous:   
   Web Hosting Problem Solving Community! (Home) -> IIS All times are: Pacific Time (US & Canada) (change)
Page 1 of 1

 
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum



[ Contact us | Terms of Service/Privacy Policy ]