| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
| Cc: | josh(at)agliodbs(dot)com, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Oh, this is embarrassing: init file logic is still broken |
| Date: | 2015-06-25 15:12:36 |
| Message-ID: | 2883.1435245156@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tatsuo Ishii <ishii(at)postgresql(dot)org> writes:
>>> That means that load_relcache_init_file *always* decides that the init
>>> file is busted and silently(!) ignores it. So we're taking a nontrivial
>>> hit in backend startup speed as of the last set of minor releases.
>> OK, this is pretty bad in its real performance effects. On a workload
>> which is dominated by new connection creation, we've lost about 17%
>> throughput.
> Are we going to release 9.4.5 etc. soon?
I can't see doing a release just for this. If we were due for releases
anyway, sure, but we've considerably overstressed our poor packagers of
late. Previous discussion was to the effect that we'd anticipate another
set of releases in a month or so, after some more multixact fixes have
landed.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Paul A Jungwirth | 2015-06-25 15:38:02 | Re: GiST support for UUIDs |
| Previous Message | Tom Lane | 2015-06-25 15:06:31 | Re: GiST support for UUIDs |