Re: Git in Outreachy?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Christian Couder <christian.couder@xxxxxxxxx> 于2021年9月4日周六 下午12:30写道:
>
> On Fri, Sep 3, 2021 at 4:40 AM Taylor Blau <ttaylorr@xxxxxxxxxx> 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@xxxxxxxxxxxxxx/
[2]: https://lore.kernel.org/git/pull.1025.git.1629882532.gitgitgadget@xxxxxxxxx/
[3]: https://github.com/adlternative/git/commits/cat-file-reuse-ref-filter-logic

Thanks.
--
ZheNing Hu




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux