Личный кабинет
Укажите e-mail, на который будет выслан код восстановления пароля.
На указанный вами адрес e-mail был выслан код подтверждения аккаунта. Введите полученный код для продолжения:
Введите новый пароль два раза:
For the record, fixed by Vladimir in https://github.com/pgjdbc/pgjdbc/pull/380 after comment discussion on https://github.com/pgjdbc/pgjdbc/commit/a6bd36faaedc779f932fa76f52bab9550f0fcd6d#diff-54e833c3fd25410b800ff28a1e189227R97 On 2 October 2015 at 21:29, Vladimir Sitnikov <sitnikov.vladimir@gmail.com> wrote: > Hi, > > I'm observing a performance degradation in executeBatch case when > upgrading 9.3-1102.jdbc41 -> 9.4-1203. > > 1102 -- 0.78 sec / executeBatch > 1203 -- 1.8 sec / executeBatch > > It looks like the degradation is caused by the fact that two "flag" > constants share the same value: > QUERY_FORCE_DESCRIBE_PORTAL = 128; and QUERY_DISALLOW_BATCHING = 128; > https://github.com/pgjdbc/pgjdbc/commit/a6bd36faaedc779f932fa76f52bab9550f0fcd6d#diff-54e833c3fd25410b800ff28a1e189227R97 > https://github.com/pgjdbc/pgjdbc/commit/a6bd36faaedc779f932fa76f52bab9550f0fcd6d#diff-54e833c3fd25410b800ff28a1e189227R106 > > Profiling shows that 1203 does QueryExecutorImpl.flushIfDeadlockRisk > -> sendSync a lot. > > I wonder if reusing 128 was intentional or not. > I'll try modifying QUERY_FORCE_DESCRIBE_PORTAL=512 to see if that helps. > > -- > Regards, > Vladimir Sitnikov > > > -- > Sent via pgsql-jdbc mailing list (pgsql-jdbc@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-jdbc -- Craig Ringer http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-jdbc по дате отправления: