Re: PERFORMANCE

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



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...






[Index of Archives]     [Postgresql General]     [Postgresql Admin]     [PHP Users]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Databases]     [Yosemite Backpacking]     [Postgresql Jobs]

  Powered by Linux