Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Slowness issue with git completion
- X-seq: zsh-workers 29057
- From: Nikolai Weibull <now@xxxxxxxx>
- To: Frank Terbeck <ft@xxxxxxxxxxxxxxxxxxx>
- Subject: Re: Slowness issue with git completion
- Date: Tue, 26 Apr 2011 21:06:39 +0200
- Cc: Felipe Contreras <felipe.contreras@xxxxxxxxx>, zsh-workers@xxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vvSiRV+/+4fYOM37jEhUh7Ryn3lcUzks9ijN1FmjGhg=; b=utc6hL2XSUSVOOH9hUUq+agUUT9caua42ipwuunEgerpkSQOQQvKJUuPw669lHkkKd ph0FLn1O5Pp3WISWc6Nb0eHG/PQHx9dKCFsyg4GNQDecr6YoFuyf+n0PIPZMfsKYJKF/ auOHD/EVHU+WmyaIIAISr4a7YpmFrRoSPZyXY=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ZiEyqUXM7y25d/GvjDLMUcs2VbS1IpnOywyybpzRHLKBhkvakffPmJGNU7FImXpedr FyDCVAeEC4oqh92h03beG3H7sGyIqMAMl8NB1plZ5pCHJevHMTiXy2OW2bC9n6NkpZMi nm5szGF/tXQnw7bTsZTe++y86PCNMci54XqYk=
- In-reply-to: <87liyw7t0o.fsf@ft.bewatermyfriend.org>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <BANLkTinKo=W8umz=JfneD3MNYdmv=xYhFQ@mail.gmail.com> <87liyw7t0o.fsf@ft.bewatermyfriend.org>
- Sender: nikolai.weibull@xxxxxxxxx
On Tue, Apr 26, 2011 at 20:43, Frank Terbeck <ft@xxxxxxxxxxxxxxxxxxx> wrote:
> Felipe Contreras wrote:
>> It's very easy to reproduce:
>> % git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
>> linux
>> % cd linux
>> % git log v<tab>
>>
>> It will take a looong time to figure out anything, specially if not
>> cached. I think I recall investigating the issue and finding that it's
>> looking for *all* the files in the git repo.
>
> Well yes. This is a known issue.
>
> I'm fairly sure that this is due to _multi_parts, which probably doesn't
> scale for jobs like that. I once gave rewriting all that a shot and
> ended up with a number of helpers for each "type" of file etc. (like
> modified or ignored files). While they were significantly quicker
How did you rewrite it? I tried implementing it with
*(e:__git_cached:) (or similar), but that was, in my implementation, a
lot slower. And this wasn’t even on Cygwin, where the forking makes
it even slower.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author