Re: Todays git migration results

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Todays git migration results
Дата
Msg-id 12873.1282055656@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Todays git migration results  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Todays git migration results  (Magnus Hagander <magnus@hagander.net>)
Re: Todays git migration results  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> It should get a bit faster if we reduce the number of branches it
> examines, which I assume is something we can do once we desupport 7.4
> and 8.0.  We could also add a --since argument which would doubtless
> speed things up a lot, by truncating the history to, say, the last N
> years.  Also, it could possibly be rewritten to be faster still if it
> started N simultaneous copies of git log simultaneously instead of in
> sequence, and processed them incrementally rather than throwing them
> into a giant hash table, which would also probably cut down memory
> usage quite a bit.  However, I'm not really inclined to spend a lot of
> time on it unless it's actually bugging Tom.

FWIW, I would find a --since option useful (since I use the equivalent
option of cvs2cl), but those other refinements don't seem of interest.
14 seconds is already an order of magnitude or two faster than cvs2cl.

> So I think we should consider checking it into src/tools.

+1 ... but not today ;-)
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: PL/pgSQL EXECUTE '..' USING with unknown
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: Todays git migration results