Re: Todays git migration results
От | Magnus Hagander |
---|---|
Тема | Re: Todays git migration results |
Дата | |
Msg-id | AANLkTinG=3+btNZdhdfVgzRPwYS_mZ2_y9WAGyLwvcPw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Todays git migration results (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Todays git migration results
|
Список | pgsql-hackers |
On Tue, Aug 17, 2010 at 4:34 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > 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. I'm pretty sure that with such an option, you'd be down to sub-second speed. >> So I think we should consider checking it into src/tools. > > +1 ... but not today ;-) :-) -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления: