Re: PG_DUMP very slow because of STDOUT ??

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: PG_DUMP very slow because of STDOUT ??
Дата
Msg-id 4C3C57EE.3040700@postnewspapers.com.au
обсуждение исходный текст
Ответ на Re: PG_DUMP very slow because of STDOUT ??  (Andras Fabian <Fabian@atrada.net>)
Ответы Re: PG_DUMP very slow because of STDOUT ??  (Andras Fabian <Fabian@atrada.net>)
Re: PG_DUMP very slow because of STDOUT ??  (Andras Fabian <Fabian@atrada.net>)
Список pgsql-general
On 13/07/10 18:57, Andras Fabian wrote:
> OK, so here I should - maybe - look around the sockets. Hmm. Well, in the case of my experiments we are talking about
Unixsockets, as I am only connecting locally to the server (not real networking involved). Are there any ideas, where
sucha Unix Socket could impose such extreme buffering ??? And can/could I control its behavior at all?? (or would it be
athing, which can only be controlled from C-Code ... which would fall back to PostgreSQL as the initiator). 

Confirm your issue is actually the socket between client and server first.

Are you sure the client isn't buffering the data? Or a pager like
"less"? Or terminal scrollback?

Run "top" and sort by memory use by pressing Shift-M. Run your query.
Look at the output and see if anything grows lots.

You really need to start looking at if this is memory consumption, and
what's using it. Don't get fixated on one answer until you've excluded
other possibilities.

--
Craig Ringer

В списке pgsql-general по дате отправления:

Предыдущее
От:
Дата:
Сообщение: Writing XML files to Operating System
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: Planner features, discussion