Csdrhrt

I don't understand why bash completion is loaded so slow on my MacBook Pro.

I did the following in my ~/.bash_profile:

echo "Loading BashCompletion..."

if [ -f /opt/local/etc/bash_completion ]; then

    . /opt/local/etc/bash_completion

fi

echo "BashCompletion loaded."

the execution time for bash_completion typically is > 2 seconds.

I find that really annoying when I am working on the terminal which requires me to constantly open new tabs.

Is there a way I can cache this or something?

(Note I am using iTerm2 and this is equally slow on the original terminal in Mac as well).

Short version: Removing a single line from /usr/local/etc/bash_completion reduced the time to open a new tab from ten seconds to a quarter of a second. Read on for details.

I'm using bash-completion from homebrew and encountered the same problem. It was taking over ten seconds to load the bash completion scripts each time I opened a terminal.

Most of that time, it seems is taken up by a single line in the have() function: a call to type to determine if a command-line program is installed.

With the default have() function and all of the provided bash completion scripts in place, it would take 10.561s to load the scripts (reported by prefixing time to the . /opt/local/etc/bash_completion line in my .bash_profile file.

After commenting out the PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin type $1 &>/dev/null && line of my /usr/local/etc/bash_completion script (leaving the have=yes line, opening a new terminal takes only 0.258s. This time could be reduced further by removing unnecessary completion scripts (symlinks) from the /usr/local/etc/bash_completion.d directory.

I don't know why the call to type is taking so long. I'm investigating that next.

One potential downside to this approach is that it will cause bash completion functions to be loaded into memory even though you have no use for them. The have() function checks to see if a command or application is installed. If it's not, the completion script generally decides not to bother loading itself because it will be of no use.

At the moment, I'm happy with the tradeoff but I will continue to explore the type problem as I get time. I'll update my answer if I find a better solution.

I had the same issue. A few simple debugging tricks got me to the root cause.

First, enable DEBUG mode so you can see what's happening:

  export BASH_COMPLETION_DEBUG=true

This enables verbose printing to the console, so you can see the last command. You can now execute the script in the background and you'll see what's happening

   . /opt/local/etc/bash_completion &

Take not of the PID, which you can then trace with ps or pstree:

pstree -p <the PID>:

   | |     -+= 82095 mfellows -bash

   | |       -+- 82103 mfellows -bash

   | |         |-+- 82104 mfellows cargo --list

   | |         | --- 82106 mfellows rustc -vV --cap-lints allow

As you can see, it started some rust related commands, which were taking ages.

Temporarily removing /opt/boxen/homebrew/etc/bash_completion.d/cargo resolved my symptoms.

With the idea that godbyk answer gave me, I found that my PATH variable had a few directories that didn't have any binaries or didn't exists, removing them sped it up significantly. In other words, this is the PATH I had in my bashrc:

PATH="$GOPATH/bin:/some/directory/not/existing:/some/empty/directory:/some/directory/without/binaries:$PATH"

And then I changed it to:

PATH="$GOPATH/bin:$PATH"

This was because have function in that bash completion, looked for each command, and I had too much of useless directories that was going to be visited for each of those binaries, removing them sped it up.

If you're running MacPorts >= 2.1.2 and Mountain Lion it seems your bash_profile is wrong. Follow the instructions on How to get git-completion.bash to work on Mac OS X?. I assume that could speed up the auto-completion.

Another solution would be to try installing auto-complete via Fink or Homebrew. If that doesn´t work, you could try another shell altogether. I've found that Fish shell is outstanding when it comes to auto-completion (out of the box). Though version 2 is still in beta I would highly recommend it.

I'm going to guess that your bash is too old. I'm running stock bash that came with Mountain Lion and here's what I see:

$ port info bash-completion

bash-completion @2.0, Revision 1 (sysutils)



Description:          Programmable completion library for bash. This port

                      **requires bash >=4.1** and is meant to be used together with

                      the bash port.

Homepage:             http://bash-completion.alioth.debian.org/



Runtime Dependencies: bash

Conflicts with:       bash-completion-devel

Platforms:            darwin

License:              GPL-2+

Maintainers:          raimue@macports.org



$ bash --version

GNU bash, version **3.2.48(1)-release (x86_64-apple-darwin12)**

Copyright (C) 2007 Free Software Foundation, Inc.