vim замедляется при использовании fold-expr

Думали ли вы об использовании подключаемого модуля vim-markdown-folding Дрю Нельстрема?

Вы также можете посмотреть эпизод Vimcast: Профилирование производительности Vimscript. Этот эпизод на самом деле говорит о сворачивании уценки.

Предостерегающие мысли

Я не могу быть уверен, потому что я не профилировал ваш код (и вам действительно следует профилировать свой код), но поскольку выражение fold вызывается в каждой строке каждый раз, когда что-то перерисовывается, это может быть очень обременительно для Vim. Некоторые предположения:

• Использование выражений относительного сворачивания, таких как =, означает, что нам нужно вычислить предыдущую строку, так что, как вы понимаете, это может стать проблематичным. Попробуйте использовать точную глубину без вычисления других линий, если можете.
• Вы используете getline() дважды в своей функции без необходимости
• Некоторые файлы просто вызовут проблемы, примите этот факт и отключите сворачивание через zi

Я понял, как исправить замедление, и узнал кое-что о том, как fold-expr работает в vim. Я протестировал проблемы с производительностью в файле md из 3000 строк.

Я полагался на следующую функциональность автоматического сворачивания, которая должна быть у fold-expr: он начинает сгиб, если уровень сгиба текущей строки меньше, чем уровень сгиба следующей. Он завершает сгиб, если уровень сгиба текущей строки больше, чем уровень сгиба следующей. Оказывается, это не работает так, как предполагалось, насколько я могу судить.

Что сработало, так это явно указать vim, что сгиб начинается здесь, используя return ">1", где 1 заменяется соответствующим номером.

Узнав, как профилировать сценарии vim от @PeterRinker, я понял, что оператор return "=" оценивался много-много раз, когда я редактировал строку (например) 3000.

Это было моим исправлением: если уровень сгиба текущей строки не попадает ни в один из типов заголовков и уровень сгиба предыдущей строки уже определен, текущая строка должна просто наследовать уровень сгиба предыдущая строка. Это очевидное решение, но оно не работает, если я использовал return "1" вместо return ">1" выше. Требуется оператор return "=" при первом проходе, чтобы определить уровень сгиба.

Таким образом, мое время запуска немного велико (около 1 секунды) для файла из 3000 строк, но теперь редактирование очень плавное. Ниже приведен готовый упрощенный код. Другие более сложные проекты уценки не имеют этого полезного упрощения.

function! MarkdownLevel()
    let theline = getline(v:lnum)
    let nextline = getline(v:lnum+1)
    if theline =~ '^# ' 
        " begin a fold of level one here
            return ">1"
    elseif theline =~ '^## ' 
        " begin a fold of level two here
            return ">2"
    elseif theline =~ '^### ' 
        " begin a fold of level three here
            return ">3"
    elseif nextline =~ '^===*'
        " elseif the next line starts with at least two ==
        return ">1"
    elseif nextline =~ '^---*'
        " elseif the line ends with at least two --
        return ">2"
    elseif foldlevel(v:lnum-1) != "-1" 
        return foldlevel(v:lnum-1)
    else
        return "="
    endif
end

Этого и следовало ожидать, поскольку Vim должен много раз вычислять ваше выражение для каждой строки. Это также упоминается в справке ниже :h fold-expr

Note: Since the expression has to be evaluated for every line,
this fold method can be very slow!

Try to avoid the "=", "a" and "s" return values, since Vim often
has to search backwards for a line for which the fold level is
defined.  This can be slow.