Re: pgfoundry moved ...
От | Magnus Hagander |
---|---|
Тема | Re: pgfoundry moved ... |
Дата | |
Msg-id | 6BCB9D8A16AC4241919521715F4D8BCE6C73C5@algol.sollentuna.se обсуждение исходный текст |
Ответ на | pgfoundry moved ... ("Marc G. Fournier" <scrappy@postgresql.org>) |
Ответы |
Re: pgfoundry moved ...
|
Список | pgsql-www |
>> 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
В списке pgsql-www по дате отправления: