From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: vc-dir operation is very slow on large git repositories in Emacs 26.1 Date: Mon, 25 Jun 2018 18:20:55 +0300 Message-ID: <83in66sxig.fsf@gnu.org> References: <83k1qtsbgi.fsf@gnu.org> <30712254-6225-c6a8-1457-698c64e37739@yandex.ru> <83zhzltyii.fsf@gnu.org> <5218794b-b9ef-3c0d-d3c1-bf40c42e64b2@yandex.ru> <83r2kxtk9w.fsf@gnu.org> <5095ed13-d4a8-1699-26f9-746afaee0248@yandex.ru> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1529940028 25887 195.159.176.226 (25 Jun 2018 15:20:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 25 Jun 2018 15:20:28 +0000 (UTC) Cc: alexharsanyi@gmail.com, tom@tromey.com, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 25 17:20:24 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fXTHz-0006eg-GT for ged-emacs-devel@m.gmane.org; Mon, 25 Jun 2018 17:20:23 +0200 Original-Received: from localhost ([::1]:47745 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fXTK6-00009L-T7 for ged-emacs-devel@m.gmane.org; Mon, 25 Jun 2018 11:22:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41236) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fXTIY-0007ME-Tw for emacs-devel@gnu.org; Mon, 25 Jun 2018 11:20:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fXTIW-0005fW-5f for emacs-devel@gnu.org; Mon, 25 Jun 2018 11:20:58 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41750) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fXTIW-0005fN-1x; Mon, 25 Jun 2018 11:20:56 -0400 Original-Received: from [176.228.60.248] (port=3580 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fXTIV-0004FJ-C7; Mon, 25 Jun 2018 11:20:55 -0400 In-reply-to: <5095ed13-d4a8-1699-26f9-746afaee0248@yandex.ru> (message from Dmitry Gutov on Mon, 25 Jun 2018 15:55:38 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:226710 Archived-At: > Cc: alexharsanyi@gmail.com, tom@tromey.com, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Mon, 25 Jun 2018 15:55:38 +0300 > > It's used to obtain the list of conflicted files. Which is the new > feature added in the bug report I've referenced. > > I'm not quite sure why we have to fetch the list of all files in the > repository to do that. > > It seems like the approach was simply adapted from the > ls-files-up-to-date stage, but that one is only called for a list of > individual files, not for the status of a whole directory (e.g. whole > repository). Maybe some Git expert could suggest a more economical way of doing the same? (I'm not that expert.)