Re: pg_restore -j

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: pg_restore -j
Дата
Msg-id 20090423012738.GJ8123@tamriel.snowman.net
обсуждение исходный текст
Ответ на Re: pg_restore -j  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Yeah.  Even if Make has a sane way to estimate how many jobs it should
> use, I'm not sure that pg_restore does.  (The most obvious heuristic
> for Make is to try to find out how many CPUs there are --- but at
> least it's running on the same machine it's going to be eating CPU
> on.  pg_restore can't assume that.)

I'm not sure if I'd consider it 'sane', but make basically uses the
dependency information, if a job can be run based on its dependency
requirements, then it's started.  For small projects, this isn't
necessairly terrible, but it's not something I would generally
recommend.

I don't see any reasonable implementation, or justification, for
supporting something like that in pg_restore.
Thanks,
    Stephen

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Prepared transactions vs novice DBAs, again
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Prepared transactions vs novice DBAs, again