Re: [HACKERS] posmaster failed under high load
От | Oleg Bartunov |
---|---|
Тема | Re: [HACKERS] posmaster failed under high load |
Дата | |
Msg-id | Pine.GSO.3.96.SK.990506074917.26882H-100000@ra обсуждение исходный текст |
Ответ на | Re: [HACKERS] posmaster failed under high load (Taral <taral@taral.net>) |
Список | pgsql-hackers |
On Wed, 5 May 1999, Taral wrote: > Date: Wed, 5 May 1999 20:50:17 -0500 (CDT) > From: Taral <taral@taral.net> > To: Tom Lane <tgl@sss.pgh.pa.us> > Cc: Oleg Bartunov <oleg@sai.msu.su>, hackers@postgreSQL.org > Subject: Re: [HACKERS] posmaster failed under high load > > On Wed, 5 May 1999, Tom Lane wrote: > > > Nope, that theory is all wet --- the backend definitely does > > PS_SET_STATUS("idle") before it waits for a query. Something is > > *really* peculiar here, since your backtrace shows that the backend > > has reached the point of waiting for client input. It is not possible > > to get there without having done PS_SET_STATUS. So why does the process > > still show up as "(postmaster)" in ps? Something is flaky about your > > system's support of ps status setting, I think. > > You never altered the task_struct, and so it's still 'postmaster' there. > Note the W... the process is paged out, so the argv is not available! The system was under very high load, at peak load was about 69 (actually, it could be higher, I just wasn't able to enter a command :-) Client (http_load from http://www.acme.com) tests checksum for every connection, so definetely command was issued and backend returns a result. Oleg > > Taral > > _____________________________________________________________ Oleg Bartunov, sci.researcher, hostmaster of AstroNet, Sternberg Astronomical Institute, Moscow University (Russia) Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/ phone: +007(095)939-16-83, +007(095)939-23-83
В списке pgsql-hackers по дате отправления: