Endpoint Protection

Does Installing the FastCGI Extension for Internet Information Services 6.0 improves the SEPM performance.

I use 2 Xeon processor with 2GB Ram SERVER with win2k3sp2. and still my SEPM console is very slow.
I manage 1000 clients with local database (no sql server)

please suggest.

FastCGI improves the performance of Home, Monitors & Reports pages of the SEPM console.

You should be able to find a PDF document in CD2 Under... \Tools\NoSupport\FastCGI

More info here:

http://www.microsoft.com/downloads/details.aspx?FamilyID=2d481579-9a7c-4632-b6e6-dee9097f9dc5&DisplayLang=en

Let me know if this helps.

Thomas

It didn't make any difference here with our install. It certainly didn't hurt, but it still takes quite a while to populate the sections of the home page, and navigating between tabs and functions didn't change at all - I've timed it.
I say go for it, but just as a FYI - in our case, as unusual as it MAY or MAY NOT be, it didn't help.
It seems to be Java that's the slowdown. IIS isn't slow, especially when it's a powerful server just feet from where I am accross 2 switches from me on the same network.
I note similar on the Symantec protection for Sharepoint servers - the Java is slow, and I tried both products from 3 computers - a server running Server2003 R2, a desktop running 64bit Vista Business and a notebook running XP Pro SP3. No difference except Vista seems to be slower than the others.

 You could up the Java heap size to make the console more responsive.  But FastCGI is more geared towards faster reporting.

Additionally, putting the database files on their own set of spindles is a good practice as well, not allowing them to reside on the OS drive.

I never tried the FastCGI Extensions and noticed the slow performance from the SEPM console (running internal database since MR2 and upgraded to MR4MP1 on the SEPM).  What really helped me (and I don't recommend this at all), was having to blow away my database and installing a new one (long story).  I now have no performance issues like I did before.  I can only speculate the database was bloated through the upgrade for each MR release.  This is on an HP DL360 G5 server with dual Xeon procs, 15k SAS drives in RAID 5 with 4GB RAM.