>> Is't possible to understand what's an actual problem, database or
>> web part ? Is't possible to see timings for typical longest queries ?
>> Probably there is some profiling support which show timings for
>> each component used. If gbord would be Mason based
>> applications it could be
>> done very easy.
>
>We've spent time on that in the past, and nothing obvious is apparent,
>other than disk IO being slow in general. The same problem was
>seen when
>svr2 was on one of Marc's boxes. I'm fairly convinced it's a unionfs
>issue.
In my experience, it's at least definitly not the db. Pages that have
nothing to do with the db has been equally slow. So I'm willing to buy
in with Daves guess.
//Magnus
