Re: PERFORMANCE

Поиск
Список
Период
Сортировка
От Papp, Gyozo
Тема Re: PERFORMANCE
Дата
Msg-id 008301c1e848$4e5b9a40$01fdfea9@jaguar
обсуждение исходный текст
Ответ на PERFORMANCE  (<valeria@saolucas-se.com.br>)
Список pgsql-php
Hi,

Paulo wrote:

| I´m new on the list and I´ve been using postgres on a production
| environment for 3 months.  My team and I have developed a system for a
| Hospital in which we work with php-postgres-linux.  In the begining
| everything was fine.  As soon as the tables grew larger, we´ve begun to
| experience an enormous performance fall.  By now, the system is

and Jean-Michel wrote:
| I figured out the only way to "crash" PostgreSQL was entering an endless loop.

| This happened to me sereval times (a trigger was spreading to another trigger,
| which in turned called back the first trigger; or simply an endless loop in a
| PLpgSQL function). When entering an endless loop, PostgreSQL activity climbs
| up, untill it reaches 100% user activity and dramaticaly slows down Linux.
| Isn't what happens to you? Turn on debuging to notice where the endless loop
| happens.

Yes, Jean-Michel is right, please try to debug what queries sent to the backend.
BTW, I'm doubt that it would be an endless loop rather than mis configured or
misconcepted (if you understand what I mean) database design.
Paulo stated there were times when everything was fine, pg just recently slowed
down. It might be a very evil trigger which starts to misbehave as tables grow.
BTW, it could be, really. If that trigger works too slowly...





В списке pgsql-php по дате отправления:

Предыдущее
От: Jean-Michel POURE
Дата:
Сообщение: Re: PERFORMANCE
Следующее
От: Chadwick Rolfs
Дата:
Сообщение: Re: PERFORMANCE