Re: [PATCH v2] log: grep author/committer using mailmap

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: [PATCH v2] log: grep author/committer using mailmap

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:55:36

Antoine Pelisse [off-list ref] writes:
Actually, gprof seems to be unhappy about the number of call to
strbuf_grow() in map_user() (25% of the time spent in map_user() is
spent in strbuf_grow()).

That probably comes from the repeated call to strbuf_addch() when
lowering the email address.
This is about your rewritten implementation that hasn't escaped to
the general public but sitting in 'next', right?

Two things that immediately come to mind are:

 - initialization of lowermail can use strbuf_init() instead;
 - downcasing can be done in place, i.e. "lowermail.buf[i] = ...".

Re: [PATCH v2] log: grep author/committer using mailmap

From: Antoine Pelisse <hidden>
Date: 2016-06-15 22:55:36

This is about your rewritten implementation that hasn't escaped to
the general public but sitting in 'next', right?

Two things that immediately come to mind are:

 - initialization of lowermail can use strbuf_init() instead;
 - downcasing can be done in place, i.e. "lowermail.buf[i] = ...".
Yep,
I don't think it's merged to 'next', I will squash those changes appropriately.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help