| From: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
|---|---|
| To: | hlinnaka(at)iki(dot)fi |
| Cc: | sivann(at)inaccess(dot)com, andres(at)anarazel(dot)de, tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-general(at)postgresql(dot)org, alvherre(at)2ndquadrant(dot)com |
| Subject: | Re: Lots of stuck queries after upgrade to 9.4 |
| Date: | 2015-07-31 00:07:01 |
| Message-ID: | 20150731.090701.1792224718633370853.t-ishii@sraoss.co.jp |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Heikki,
> A-ha, I succeeded to reproduce this now on my laptop, with pgbench! It
> seems to be important to have a very large number of connections:
>
> pgbench -n -c400 -j4 -T600 -P5
>
> That got stuck after a few minutes. I'm using commit_delay=100.
Because the original reporter seems to have difficulty to execute your
test case immediately, I think I would try your test case.
However unfortunately I have not succeeded in reproducing the stuck
problem by using 9.4.4. I tend to think about increasing commit_delay
and/or -c of pgbench and try it out again. Anything I should try other
than this?
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Renato Oliveira | 2015-07-31 06:34:34 | Re: [GENERAL] How Many PG_Locks are considered too many |
| Previous Message | Merlin Moncure | 2015-07-30 21:51:07 | PSA: linux kernel bug in TRIM support corrupts data with md raid levels 0 and 10 |