From: Brandon Casey <casey@nrlssc.navy.mil>
To: Jeff King <peff@peff.net>
Cc: Andreas Ericsson <ae@op5.se>,
Git Mailing List <git@vger.kernel.org>,
Junio C Hamano <gitster@pobox.com>, Nicolas Pitre <nico@cam.org>
Subject: Re: [PATCH] pack-objects: Print a message describing the number of threads for packing
Date: Tue, 26 Feb 2008 09:53:00 -0600 [thread overview]
Message-ID: <47C435DC.2070508@nrlssc.navy.mil> (raw)
In-Reply-To: <20080226074933.GA3485@coredump.intra.peff.net>
Jeff King wrote:
> On Fri, Feb 22, 2008 at 08:12:58PM -0600, Brandon Casey wrote:
>
>> + if (progress)
>> + fprintf(stderr, "Using %d pack threads.\n",
>> + delta_search_threads);
>
> I just noticed that this was in next. Do we really need to display this
> message? A considerable amount of discussion went into reducing git's
> chattiness and clutter during push and fetch, and I feel like this is a
> step backwards (yes, I know most people won't see it if they don't build
> with THREADED_DELTA_SEARCH).
>
> Can we show it only if threads != 1? Only if we auto-detected the number
> of threads and it wasn't 1?
I like the message and thought it was useful especially for non-developers.
Even if the number of threads was not auto-detected, it is a confirmation
that the number of threads used is the number of threads configured.
For example, it seems easy to do this:
git config pack.thread 4
git repack
The user would immediately know something was wrong when they saw the
message "Using 1 pack threads" instead of the "4" they thought they
configured. Also, since it's only printed in the THREADED_DELTA_SEARCH
case, it's also a confirmation that this option was indeed used for a
particular build of git.
Mainly, I thought it was a harmless message that other users would "enjoy"
seeing, but if others disagree, I won't argue. Notice I quoted "enjoy" to
emphasize it.
I'd also say that if the message is too noisy in the "user explicitly
assigned number of threads" case, then it's just as noisy in the "auto assign"
case, so just remove the message completely.
We're saying:
If I set pack.threads to 4, I know git is using 4 threads to repack since
I told it to use 4 threads. I don't need to see a noisy message telling
me so.
If I set pack.threads to 0, I know git is using 4 threads to repack since
I have 4 cpus. I don't need to see a noisy message telling me so.
-brandon
next prev parent reply other threads:[~2008-02-26 19:07 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-12 8:20 [PATCH] pack-objects: Add runtime detection of online CPU's Andreas Ericsson
2008-02-12 8:27 ` Shawn O. Pearce
2008-02-12 8:49 ` Johannes Sixt
2008-02-12 11:18 ` Bert Wesarg
2008-02-12 12:21 ` Andreas Ericsson
2008-02-12 14:52 ` Michael Hendricks
2008-02-12 15:44 ` Brandon Casey
2008-02-23 2:11 ` Brandon Casey
2008-02-23 8:18 ` Andreas Ericsson
[not found] ` <1203732369-30314-1-git-send-email-casey@nrlssc.navy.mil>
2008-02-23 2:12 ` [PATCH] pack-objects: Print a message describing the number of threads for packing Brandon Casey
2008-02-26 7:49 ` Jeff King
2008-02-26 8:00 ` Junio C Hamano
2008-02-26 8:06 ` Jeff King
2008-02-26 9:19 ` Junio C Hamano
2008-02-26 9:33 ` Jeff King
2008-02-26 9:40 ` Andreas Ericsson
2008-02-26 15:53 ` Brandon Casey [this message]
2008-02-26 17:05 ` Nicolas Pitre
2008-02-26 21:25 ` Jeff King
2008-02-26 21:21 ` Jeff King
2008-02-26 22:50 ` Brandon Casey
2008-02-26 23:04 ` Jeff King
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=47C435DC.2070508@nrlssc.navy.mil \
--to=casey@nrlssc.navy.mil \
--cc=ae@op5.se \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=nico@cam.org \
--cc=peff@peff.net \
/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).