Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 9147979
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 17, 20262026-06-17T11:08:32+00:00 2026-06-17T11:08:32+00:00

What I need a fast/performant way to open any file under a large (

  • 0

What I need

a fast/performant way to open any file under a large (git) repo (~9.8k files).

Context

I have tried various solutions, like Textmate.el and find-file-in-repository. I found these solutions via previous SO questions like this and this and through the LocateFilesAnywhere EmacsWiki.

While both solutions work wonderfully for small-to-mdeium repos, in this case they are practically unusable. When I start typing a filename, there’s a delay of several seconds before I see any result. And changing any part of the search is very laggy too.

I think the main problem is that on typing any character, emacs/find-file-in-repository starts a shell command (git ls-files...). I really only need to do that when I have stopped typing.

Questions

  • is there a better library out there for this use-case?
  • if not, how can I introduce a delay into the command when I’m typing? i.e. while I’m in find-file-in-repository, I want the find-command to be invoked only when I stop typing (let’s say a gap of 300ms).
  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-17T11:08:35+00:00Added an answer on June 17, 2026 at 11:08 am

    Summary

    After I received the three answers I tried them out (also answering my own question as none of the above solutions worked for me). I finally settled for helm-ls-git. Here’s a comparison from my point-of-view:

    Projectile

    • took around 30 minutes to index the repo. Since projectile is not aware of .gitignore, the actual number of files is more like 52k.
    • can be customized but something that just works (i.e. understands git) is preferable
    • may need to invalidate cache re-index time to time. That would be costly and frequent since new files are added everyday to the repo.

    helm-cmd-t

    • looked good from the description and the source.
    • hard to install since it’s not published in melpa/marmalade etc. More details in this issue I opened up.

    GNU Global

    • Didn’t try as it’s likely to have the same problems as Projectile (git-unaware, needs it’s own “index” that may need to be maintained time to time)

    event-jr‘s answer however opened up some more options: I was unaware of helm till now. Looking at melpa for helm related plugins I found the following:

    helm-git

    • This looked really promising
    • Was easy to install with package.el since it’s in melpa
    • I also use and love magit – so this looked a good fit.
    • However, it kept failing with a magit-git-dir: symbol is void kind of error. Did not dive in too much but looks like it needs to be updated. Opened up an issue

    helm-ls-git

    • As the readme says, this is magit independent.
    • Has been working wonderfully so far. Easy to install (melpa) and is fast.
    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I have an array of phone numbers, and I need a fast way to
I need to check in some fast way if there is any text nodes
Is there any fast way to obtain unique elements in numpy? I have code
Possible Duplicate: Writing a binary file in C++ very fast I have a large
I need a fast way to count the number of bits in an integer
I'm working with Android and I really need a fast way to get a
I need a very fast SQLite database acces. Setting parameters this way: PRAGMA synchronize
I need a fast way in C# leanguage of converting/casting array of bytes encoding
I have a ~1GB XML file that has XML tags that I need to
I have an windows application that need's to very fast process all incoming messages,

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.