I have upgraded to Domino 6.0.2 CF1, and recompiled the code using a 6.0.2 CF1 client. We still have problems with slow initialization of webagents 
Anyone got the same experience.
This was supposed to get fixed in 6.0.2, SPR# KCHG4EBLAS
However, I opened a support incident at IBM/Lotus regarding this matter. Their response said :
In their INTERNAL SPR database, the FIX was “APPROVED FOR INVESTIGATION” in 6.0.2. But in the LDD SPR database it says that the FIX is included in 6.0.2
They’re investigating the status and I’ll get an answer today, I hope…
Subject: No, it’s fixed. Still problems with slow webagents in 6.0.2 CF1 - SPR # KCHG4EBLAS
The fix for KCHG4EBLAS is definitely present in 6.0.2CF1. I just did a fresh install, and things are as quick as they should be.
Technically there is a minor performance degradation in agent initialization of ND6 vs. R5. It’s quite small, only a few ticks. This is supposedly caused by the extra security present in ND6.
I don’t know what else could be slowing you down – perhaps remote agent debugging is enabled on the server?
Subject: Still problems with slow webagents in 6.0.2 CF1 - SPR # KCHG4EBLAS
Should the code be running on a 6.0.2 CF1 server for the fix to work (assuming it’s a scheduled agent)? You say you recompiled using an upgraded client but I wouldn’t think that would be enough.
Steve
Subject: Compiler version doesn’t matter. Re:Still problems with slow webagents in 6.0.2 CF1 - SPR # KCHG4EBLAS
It doesn’t matter how the code was compiled. The issue for SPR #KCHG4EBLAS revolves around library loading. Consider the following example:
Library A
Library B that “uses” Library A
Library C that “uses” Library A
Agent X that “uses” Library B and Library C
Pre-KCHG4EBLAS, running Agent X would cause Domino to load the following:
Agent X, Library B, Library A, Library C, Library A
Post-KCHG4EBLAS this becomes:
Agent X, Library B, Library A, Library C
The redundant loading of Library A is skipped. This issue gets worse as you nest more libraries with deeper trees. In my case, code that involved 40+ libraries would result in over 600 library loads (550+ being redundant) before the agent would even begin executing code. The server’s CPU would basically just spin full-blast for a few seconds before beginning to execute any code.
Hope this helps!
Subject: Steve - As I wrote, Domino is also upgraded to 6.0.2 CF1
Subject: Re: Still problems with slow webagents in 6.0.2 CF1 - SPR # KCHG4EBLAS
Hmm… this is interesting. I was the one who originally reported the issue with 6.0… I’ve even got a hotfix for 6.0.1 (not CF1/2) that definitely fixes the problem. I’ll check 6.0.2CF1 and report my findings here.
Subject: Looks like IBM/Lotus has some problems with their SPR numbers…
I got this message from IBM Software Support today…
Hi Morten
With reference to incident number XXXXXXX (SPR# KCHG4EBLAS not fixed in
6.0.2 CF1), could you please advise me on where you got the information
that the problem you describe is addressed by this particular SPR?
I looked at this SPR in our DB and it does not match what you are
inquiring. This is a build time problem addressing the problem of
"Compile and link Notes on AIX. ls\idecomp produces duplicate symbol
warnings during link time."
…Not, a runtime problem
It seems the confusion is because this SPR does not look at this problem
at all !!!
On LDD, SPR# KCHG4EBLAS is about the problem we’re discussing here…