Re: Git in Outreachy?

From: ZheNing Hu <adlternative@gmail.com>
Date: Sep 4, 2021, 07:40 UTC
Message-ID: <CAOLTT8QufEU5Q64JfQyEOs4FYCsrNX2jgj8PdmYziVtKnRyu4w@mail.gmail.com>
In-Reply-To: <CAP8UFD2SNyCj6Weo4EeHt0Z-CW9CEJbQbzmU7jhwfJdNW9CrYQ@mail.gmail.com>

Hi,

Christian Couder <christian.couder@gmail.com> 于2021年9月4日周六 下午12:30写道：

Show 33 quoted lines

>
> On Fri, Sep 3, 2021 at 4:40 AM Taylor Blau <ttaylorr@github.com> wrote:
> >
> > Are we interested in participating in the December 2021 round of
> > Outreachy? September 3rd (tomorrow at 4pm UTC) is the initial community
> > application deadline.
> >
> > Christian, Peff, and I discussed off-list that we would each try to pull
> > together funding for one intern from GitHub and GitLab respectively.
>
> Yeah, and we submitted an initial community application.
>
> > If we're interested, the project submission deadline is September 23rd
> > [1]. By then, we'd need:
> >
> >   - Volunteers to act as mentors
>
> I am ok with co-mentoring 2 interns.
>
> >   - Updates to our applicant materials on git.github.io (project ideas,
> >     as well as potential microprojects).
>
> About microprojects, I have been wondering if there are run_command*()
> calls that could be replaced by direct calls to C functions like what
> Junio did in ffcb4e94d3 (bisect: do not run show-branch just to show
> the current commit, 2021-07-27), and if that could make a good
> microproject.
>
> About project ideas, maybe continuing Hariom Verma's GSoC 2020 "Unify
> ref-filter formats with other \-\-pretty formats" project could be and
> idea, though maybe it could interact too much with ZheNing Hu
> continuing his GSoC 2021 "Use ref-filter formats in `git cat-file`"
> project.

If the project idea is related to Hariom or my GSoC project, I think I can provide a lot of help. :) I can help them as a mentor.

This may be a place to promote my patches: See [1][2][3]. It can provide some extra atoms for git cat-file --batch | --batch-check, like %(tree), %(author), %(tagger) etc. Although some performance optimizations have been made, It still has small performance gap.

If the community still expects git cat-file --batch to reuse the logic of ref-filter, I expect it to get the attention of reviewers.

The solutions I can think of to further optimize performance are:
1. Delay the evaluation of some ref-filter intermediate data.
2. Let ref-filter code reentrant and can be called in multi-threaded  to take
advantage of multi-core.
These ideas may be very difficult to implement now.

[1]: https://lore.kernel.org/git/CAOLTT8SxHuH2EbiSwQX6pyJJs5KyVuKx6ZOPxpzWLH+Tbz5F+A@mail.gmail.com/ [2]: https://lore.kernel.org/git/pull.1025.git.1629882532.gitgitgadget@gmail.com/ [3]: https://github.com/adlternative/git/commits/cat-file-reuse-ref-filter-logic

Thanks. -- ZheNing Hu