Re: Slowness of extended protocol

From: Vladimir Sitnikov <sitnikov(dot)vladimir(at)gmail(dot)com>
To: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Greg Stark <stark(at)mit(dot)edu>, Tatsuo Ishii <ishii(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Shay Rojansky <roji(at)roji(dot)org>
Subject: Re: Slowness of extended protocol
Date: 2016-08-01 12:12:08
Message-ID: CAB=Je-EkcvERygZJNDEFRJRs_dixzfLFZvX7j1Xy+a+6Z9982A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>It it a bug? It think exec_parse_message should set is_oneshot=true for
parse message with empty statement names.

I've tried "build from git as of 74d8c95b7456faefdd4244acf854361711fb42ce",
and it produced PostgreSQL 9.6beta3 on x86_64-apple-darwin15.5.0, compiled
by Apple LLVM version 7.0.0 (clang-700.1.76), 64-bit

The attached patch passes `make check` and it gains 31221 -> 33547
improvement for "extended pgbench of SELECT 1".

The same version gains 35682 in "simple" mode, and "prepared" mode
achieves 46367 (just in case).

Attachment Content-Type Size
0001-WIP-try-CreateOneShotCachedPlan-for-unnamed-statemen.patch application/octet-stream 1.4 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Etsuro Fujita 2016-08-01 12:14:58 Confusing docs about GetForeignUpperPaths in fdwhandler.sgml
Previous Message Etsuro Fujita 2016-08-01 11:54:27 Re: Oddity in EXPLAIN for foreign/custom join pushdown plans