Re: SQL/MED - file_fdw

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: SQL/MED - file_fdw
Дата
Msg-id 4D56AA59020000250003A91C@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: SQL/MED - file_fdw  (Noah Misch <noah@leadboat.com>)
Ответы Re: SQL/MED - file_fdw  (Noah Misch <noah@leadboat.com>)
Список pgsql-hackers
Noah Misch <noah@leadboat.com> wrote:
> I'd say, run them with this patch alone.  The important thing is
> to not penalize existing COPY users.  Incidentally, the "did you
> want ... ?" was a genuine question.  I see very little performance
> risk here, so the tests could be quite cursory, even absent
> entirely.
In two hours of testing with a 90GB production database, the copy
patch on top of HEAD ran 0.6% faster than HEAD for pg_dumpall
(generating identical output files), but feeding that in to and
empty cluster with psql ran 8.4% faster with the patch than without!
I'm going to repeat that latter with more attention to whether
everything made it in OK.  (That's not as trivial to check as the
dump phase.)
Do you see any reason that COPY FROM should be significantly
*faster* with the patch?  Are there any particular things I should
be checking for problems?
-Kevin


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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Sorting. When?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: btree_gist (was: CommitFest progress - or lack thereof)