git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Teng Long <dyroneteng@gmail.com>
To: avarab@gmail.com
Cc: dyroneteng@gmail.com, git@vger.kernel.org, gitster@pobox.com,
	tenglong.tl@alibaba-inc.com
Subject: Re: What's cooking in git.git (Dec 2021, #05; Thu, 23)
Date: Mon, 27 Dec 2021 15:09:02 +0800	[thread overview]
Message-ID: <20211227070902.4656-1-dyroneteng@gmail.com> (raw)
In-Reply-To: <211226.8635mfgu7o.gmgdl@evledraar.gmail.com>

On Sun, 26 Dec 2021 18:15:53 +0100, Ævar Arnfjörð Bjarmason wrote:

> Yes there's the test problem I mentioned in [1], but in addition to that
> your current set of patches have around a ~10% performance regression,
> as noted in [2]. My RFC series[2] side-steps that by leaving the current
> code in-place, and only introducing a new optional --format path for new
> output formats.
> 
> I really don't mind if you go for "WAY-1" first over my RFC --format
> "WAY-2", but I do think any such change should be prominently
> noting/selling that this new feature is worth the performance
> regression, or finding some alternate "WAY-1+" to avoid it.

Yes, I see what you mean, and what I'm trying to say is that we see eye to eye on
this.

As I mentioned above, the performace regression is compelling and I looked
into it on the night before and already found out why the regression was
produced (But I can not send patch over gmail at home because of the network,
maybe i'd like to try with GitGitGadget next time). I will not omit this problem
and go on working at it today, similarly, wouldn't reply this thread otherwise
the new patchset is reach the standard (As I see the "cooking" is let others know
what's new and the corresponding progress currently and discussions should still
be made under the "patch").

Thanks.

  reply	other threads:[~2021-12-27  7:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-23 23:42 What's cooking in git.git (Dec 2021, #05; Thu, 23) Junio C Hamano
2021-12-24 17:29 ` ab/make-dependency (was "What's cooking in git.git (Dec 2021, #05; Thu, 23)) Ævar Arnfjörð Bjarmason
2021-12-26 18:51   ` Junio C Hamano
2021-12-25  1:55 ` What's cooking in git.git (Dec 2021, #05; Thu, 23) Junio C Hamano
2021-12-25  2:49   ` ds/sparse-checkout-requires-per-worktree-config (Was: Re: What's cooking in git.git (Dec 2021, #05; Thu, 23)) Elijah Newren
2021-12-25 22:20     ` ds/sparse-checkout-requires-per-worktree-config Junio C Hamano
2021-12-25  6:44   ` What's cooking in git.git (Dec 2021, #05; Thu, 23) Eric Sunshine
2021-12-25 12:07 ` Teng Long
2021-12-26 17:15   ` Ævar Arnfjörð Bjarmason
2021-12-27  7:09     ` Teng Long [this message]
2021-12-26 17:24 ` ab/only-single-progress-at-once (was: What's cooking in git.git (Dec 2021, #05; Thu, 23)) Ævar Arnfjörð Bjarmason

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20211227070902.4656-1-dyroneteng@gmail.com \
    --to=dyroneteng@gmail.com \
    --cc=avarab@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=tenglong.tl@alibaba-inc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).