Re: Recent vendor SSL renegotiation patches break PostgreSQL
| От | Tom Lane |
|---|---|
| Тема | Re: Recent vendor SSL renegotiation patches break PostgreSQL |
| Дата | |
| Msg-id | 966.1265222642@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Recent vendor SSL renegotiation patches break PostgreSQL (Alvaro Herrera <alvherre@commandprompt.com>) |
| Ответы |
Re: Recent vendor SSL renegotiation patches break PostgreSQL
|
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@commandprompt.com> writes:
> FWIW I think there's another problem with streaming replication here,
> which is that most data flows from client to server, so it would take
> quite some time for the threshold to be reached. Note that there's no
> size check in the libpq frontend code. Normally this is not an issue
> because the bulk of data is expected to flow in the other direction.
Huh? I thought the slaves connect to the master, rather than the other
way round?
It's true that libpq doesn't contain any such code, but that seems like
a fortunate thing right at the moment, as it limits the number of places
we might have to hack something.
regards, tom lane
В списке pgsql-hackers по дате отправления: