«

On Thu, 18 Nov 2004 08:42:29 -0800, "Mark Schupp" <>
wrote:

>See Aaron's response. If that doesn't help:
>
>Is the slow page slow when called a second time with the same parameters?
>Does it make a difference which page is called first?
>
>restart web-server (re-boot if possible)
>1. call slow page
>2. call fast page
>restart web-server again
>3. call fast page
>4. call slow page

OK Tried Aaron's idea, no joy.

But whilst I was logged into the webserver I checked the page
permissions again - the "slow" page was using a domain IUSR account we
set up ages ago when the libraries were on a different server to the
current one. The "fast" page was using the default local IUSR account.
The library itself couldn't care less as it has Everyone: read
permissions.

So - the speed difference is caused by the different authentication
methods. Each and every reference to oFile.Name was costing me lots of
time when using a domain account. Ouch. Teach me to use such similar
account names.

Thanks for all the help folks. There's nobody here to talk these sort
of problems through with, and sometimes that's the only way to solve
them.

Mike

Aaron,

this sounds like a keeper. you do have a category on aspfaq for "weird and
mystifying" stuff don't you?

--
Mark Schupp
Head of Development
Integrity eLearning
www.ielearning.com


"MikeT" <> wrote in message
news:...
> On Thu, 18 Nov 2004 08:42:29 -0800, "Mark Schupp" <>
> wrote:
>
> >See Aaron's response. If that doesn't help:
> >
> >Is the slow page slow when called a second time with the same parameters?
> >Does it make a difference which page is called first?
> >
> >restart web-server (re-boot if possible)
> >1. call slow page
> >2. call fast page
> >restart web-server again
> >3. call fast page
> >4. call slow page
>
> OK Tried Aaron's idea, no joy.
>
> But whilst I was logged into the webserver I checked the page
> permissions again - the "slow" page was using a domain IUSR account we
> set up ages ago when the libraries were on a different server to the
> current one. The "fast" page was using the default local IUSR account.
> The library itself couldn't care less as it has Everyone: read
> permissions.
>
> So - the speed difference is caused by the different authentication
> methods. Each and every reference to oFile.Name was costing me lots of
> time when using a domain account. Ouch. Teach me to use such similar
> account names.
>
> Thanks for all the help folks. There's nobody here to talk these sort
> of problems through with, and sometimes that's the only way to solve
> them.
>
> Mike

On Thu, 18 Nov 2004 09:15:54 -0800, "Mark Schupp" <>
wrote:

>Aaron,
>
>this sounds like a keeper. you do have a category on aspfaq for "weird and
>mystifying" stuff don't you?

When I have more time tomorrow, I'll see if I can narrow down the
behaviour to see exactly what the difference is, but the two major
gotchas are:

1) if you set things like the anonymous account used for
authentication on a page and then delete that page, a new page with
the name will inherit the old settings.

2) the filesystemobject appears to authenticate with every access to
an object. Well, at least, that is the only explanation I can find for
the behaviour I'm seeing. I'm going to be much more careful about
making lots of fso calls inside loops from now on - I've got a bunch
of other pages that I just thought were inherently slow that I'm going
to go back through now. The most useful page searches through around a
terabyte of Photoshop files so if I can speed that up, I'll be a very
happy man.

Mike