RE: [ANNOUNCE] Git v2.5.0-rc0

2015-06-26 Thread steve.norman
Jeff / Duy,

 Fixes since v2.4
  * Access to objects in repositories that borrow from another one on a
slow NFS server unnecessarily got more expensive due to recent code
becoming more cautious in a naive way not to lose objects to pruning.
(merge ee1c6c3 jk/prune-mtime later to maint).
 
  * Have we lost a race with competing repack? check was too
expensive, especially while receiving a huge object transfer
that runs index-pack (e.g. clone or fetch).
(merge 0eeb077 jk/index-pack-reduce-recheck later to maint).

I was reading through the 2.5 release notes and spotted the above two entries 
and I think they are probably fixes related to the NFS slowness I reported last 
month.

Did some tests this morning and things are much improved:

Version 2.4.5
  - Local clone of https://github.com/git/git - 8s
  - Clone to NFS - 1m 3s

Version 2.5.0.rc0
  - Local - 7s
  - NFS - 13s

Thanks for the effort in addressing this and sorry I missed the patch to check 
it out earlier. 

Steve
N�r��yb�X��ǧv�^�)޺{.n�+ا���ܨ}���Ơz�j:+v���zZ+��+zf���h���~i���z��w���?��)ߢf

Re: [ANNOUNCE] Git v2.5.0-rc0

2015-06-26 Thread Jeff King
On Fri, Jun 26, 2015 at 09:36:04AM +, steve.nor...@thomsonreuters.com wrote:

 Jeff / Duy,
 
  Fixes since v2.4
   * Access to objects in repositories that borrow from another one on a
 slow NFS server unnecessarily got more expensive due to recent code
 becoming more cautious in a naive way not to lose objects to pruning.
 (merge ee1c6c3 jk/prune-mtime later to maint).
  
   * Have we lost a race with competing repack? check was too
 expensive, especially while receiving a huge object transfer
 that runs index-pack (e.g. clone or fetch).
 (merge 0eeb077 jk/index-pack-reduce-recheck later to maint).
 
 I was reading through the 2.5 release notes and spotted the above two
 entries and I think they are probably fixes related to the NFS
 slowness I reported last month.

Yep, especially the latter one.

 Did some tests this morning and things are much improved:
 
 Version 2.4.5
   - Local clone of https://github.com/git/git - 8s
   - Clone to NFS - 1m 3s
 
 Version 2.5.0.rc0
   - Local - 7s
   - NFS - 13s
 
 Thanks for the effort in addressing this and sorry I missed the patch to 
 check it out earlier.

No problem, and thanks for the original report. It gave me plenty to
replicate the problem locally, so I felt pretty good about the changes
even without a final test from you. :)

-Peff
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[ANNOUNCE] Git v2.5.0-rc0

2015-06-25 Thread Junio C Hamano
An early preview release Git v2.5.0-rc0 is now available for
testing at the usual places.  It is comprised of 492 non-merge
commits since v2.4.0, contributed by 54 people, 17 of which are
new faces.

The tarballs are found at:

https://www.kernel.org/pub/software/scm/git/testing/

The following public repositories all have a copy of the
'v2.5.0-rc0' tag and the 'master' branch that the tag points at:

  url = https://kernel.googlesource.com/pub/scm/git/git
  url = git://repo.or.cz/alt-git.git
  url = https://code.google.com/p/git-core/
  url = git://git.sourceforge.jp/gitroot/git-core/git.git
  url = git://git-core.git.sourceforge.net/gitroot/git-core/git-core
  url = https://github.com/gitster/git

New contributors whose contributions weren't in v2.4.0 are as follows.
Welcome to the Git development community!

  Allen Hubbe, Ariel Faigon, Blair Holloway, Christian Neukirchen,
  Danny Lin, Frans Klaver, Fredrik Medley, Lars Kellogg-Stedman,
  Lex Spoon, Luke Mewburn, Miguel Torroja, Ossi Herrala, Panagiotis
  Astithas, Quentin Neill, Remi Lespinet, Sébastien Guimmara,
  and Thomas Schneider.

Returning contributors who helped this release are as follows.
Thanks for your continued support.

  Alex Henrie, brian m. carlson, Carlos Martín Nieto, Charles
  Bailey, David Aguilar, David Turner, Dennis Kaarsemaker,
  Elia Pinto, Eric Sunshine, Fredrik Gustafsson, Jean-Noel
  Avila, Jeff King, Jim Hill, Johannes Sixt, Jonathan Nieder,
  Junio C Hamano, Karthik Nayak, Luke Diamand, Matthieu Moy, Max
  Kirillov, Michael Coleman, Michael Haggerty, Michael J Gruber,
  Mike Hommey, Nguyễn Thái Ngọc Duy, Patrick Steinhardt, Paul
  Tan, Phil Hord, Phillip Sz, Ramsay Allan Jones, René Scharfe,
  Stefan Beller, SZEDER Gábor, Thomas Braun, Thomas Gummerer,
  Torsten Bögershausen, and Vitor Antunes.



Git 2.5 Release Notes (draft)
=

Updates since v2.4
--

UI, Workflows  Features

 * The bash completion script (in contrib/) learned a few options that
   git revert takes.

 * Whitespace breakages in deleted and context lines can also be
   painted in the output of git diff and friends with the new
   --ws-error-highlight option.

 * List of commands shown by git help are grouped along the workflow
   elements to help early learners.

 * git p4 now detects the filetype (e.g. binary) correctly even when
   the files are opened exclusively.

 * git p4 attempts to better handle branches in Perforce.

 * git p4 learned --changes-block-size n to read the changes in
   chunks from Perforce, instead of making one call to p4 changes
   that may trigger too many rows scanned error from Perforce.

 * More workaround for Perforce's row number limit in git p4.

 * Unlike $EDITOR and $GIT_EDITOR that can hold the path to the
   command and initial options (e.g. /path/to/emacs -nw), 'git p4'
   did not let the shell interpolate the contents of the environment
   variable that name the editor $P4EDITOR (and $EDITOR, too).
   This release makes it in line with the rest of Git, as well as with
   Perforce.

 * A new short-hand branch@{push} denotes the remote-tracking branch
   that tracks the branch at the remote the branch would be pushed
   to.

 * git show-branch --topics HEAD (with no other arguments) did not
   do anything interesting.  Instead, contrast the given revision
   against all the local branches by default.

 * A replacement for contrib/workdir/git-new-workdir that does not
   rely on symbolic links and make sharing of objects and refs safer
   by making the borrowee and borrowers aware of each other.

   Consider this as still an experimental feature; the UI will likely
   to change.

 * Tweak the sample store backend of the credential helper to honor
   XDG configuration file locations when specified.

 * A heuristic we use to catch mistyped paths on the command line
   git cmd revs pathspec is to make sure that all the non-rev
   parameters in the later part of the command line are names of the
   files in the working tree, but that means git grep $str -- \*.c
   must always be disambiguated with --, because nobody sane will
   create a file whose name literally is asterisk-dot-see.  Loosen the
   heuristic to declare that with a wildcard string the user likely
   meant to give us a pathspec.

 * git merge FETCH_HEAD learned that the previous git fetch could
   be to create an Octopus merge, i.e. recording multiple branches
   that are not marked as not-for-merge; this allows us to lose an
   old style invocation git merge msg HEAD $commits... in the
   implementation of git pull script; the old style syntax can now
   be deprecated (but not removed yet).

 * Filter scripts were run with SIGPIPE disabled on the Git side,
   expecting that they may not read what Git feeds them to filter.
   We however treated a filter that does not read its input fully
   before exiting as an error.  We no longer do and ignore