Re: User concurrency thresholding: where do I look?
От | Jignesh K. Shah |
---|---|
Тема | Re: User concurrency thresholding: where do I look? |
Дата | |
Msg-id | 46A1055F.9010304@sun.com обсуждение исходный текст |
Ответ на | Re: User concurrency thresholding: where do I look? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: User concurrency thresholding: where do I look?
|
Список | pgsql-performance |
Yes I did see increase in context switches and CPU migrations at that point using mpstat. Regards, Jignesh Tom Lane wrote: > "Jignesh K. Shah" <J.K.Shah@Sun.COM> writes: > >> There are no hard failures reported anywhere. Log min durations does >> show that queries are now slowing down and taking longer. >> OS is not swapping and also eliminated IO by putting the whole database >> on /tmp >> > > Hmm. Do you see any evidence of a context swap storm (ie, a drastic > increase in the context swaps/second reading reported by vmstat)? > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 9: In versions below 8.0, the planner will ignore your desire to > choose an index scan if your joining column's datatypes do not > match >
В списке pgsql-performance по дате отправления: