There are any number of things that can account for this.

What is the security being used on this server? Are you using domain or AD security? If so then that might very well account for the perf problem as users have to authenticate against the domain.

This should be visible with plain pages as well as pages that call your VFP component.

If your VFP component runs in COM+ you'll have additional overhead for authentication as COM+ will likely revalidate the security of the account before switching to the account that COM+ is configured under. End result you get hte security hit twice.

All that said, Auth related performance should only occur on first hits. After that there's should only be security tokens exchanged.

Recommendation: Doing domain based security in Web applications is a good way to kill performance and not recommended. Consider creating custom login based scheme instead especially when it is applied to the core site functionality. In any Web app I build I often use Windows Auth but only for administrative features. Any application level security is much better served by a data based and cookie driven login system.

+++ Rick ---

>I know that is not directly and even indirectly related to VFP but still some who develop webs mignt know.
>I have a failry simple web application. It consists of an asp page that calls VFP component for all business porcessing and returning data back to the Browser. everything fine, except of performance. When me or another user who is a local admin on the web server box uses an app. it works very fast, btu for all other users it works 10 times slower. I have narrowed it down to a fact that it takes much longer for IIS to call a VFP component.
>I am using 2003 Server R2.
>
>Hope for any idea.