| From: | Tomas Vondra <tv(at)fuzzy(dot)cz> |
|---|---|
| To: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: CPU spikes and transactions |
| Date: | 2013-10-14 23:45:39 |
| Message-ID: | 525C8223.9080900@fuzzy.cz |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
On 15.10.2013 01:26, Tony Kay wrote:
> Hi Calvin,
>
> Yes, I have sar data on all systems going back for years.
>
> Since others are going to probably want to be assured I am really
> "reading the data" right:
>
> - This is 92% user CPU time, 5% sys, and 1% soft
> - On some of the problems, I _do_ see a short spike of pgswpout's
> (memory pressure), but again, not enough to end up using much system time
> - The database disks are idle (all data being used is in RAM)..and are
> SSDs....average service times are barely measurable in ms.
OK. Can you share the data? Maybe we'll notice something suspicious.
> If I had to guess, I'd say it was spinlock misbehavior....I cannot
> understand why ekse a transaction blocking other things would drive
> the CPUs so hard into the ground with user time.
Have you tried running perf, to verify the time is actually spent on
spinlocks?
Tomas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Merlin Moncure | 2013-10-15 13:00:44 | Re: CPU spikes and transactions |
| Previous Message | Tomas Vondra | 2013-10-14 23:42:17 | Re: CPU spikes and transactions |