Поиск файлов в vim очень мелденный

А чем ripgrep, fd, fzf не устраивают?

Нету. Юзай fzf.vim.

Пользуюсь silver-searcher для такого

дополнительные зависимости

Может есть какое-нибудь нативное решение?

Попробуй так, если вим не слишком старый

https://www.reddit.com/r/vim/comments/1mvzitt/yet_another_simple_fuzzy_file_finder/

Ну и комментом там более быстрый вариант с find/fd/rg.

PS, оригинал https://github.com/habamax/.vim/blob/master/plugin/find.vim

если не хочется внешние зависимости, то только велосипедить собственные команды в vimrc.

Если используешь git, то советую git ls-files | grep ... - это должно очень быстро работать, т.к. в хранилище объектов git уже есть список файлов, надо его просто оттуда достать.

По именам файлов:

:args **/*
:b filena<tab>

В этом смысл vim. В интеграции с внешними тулзами. Это нативное для vim решение. Если ripgrep быстро ищет - его и надо использовать.

if executable('rg')
    set grepprg=rg\ --vimgrep\ --no-heading\ --smart-case
    set grepformat=%f:%l:%c:%m,%f:%l:%m
endif

Или через плагин, если хочется отдельные команды для поиска через rg.

Классно конечно 300ГБ файлов в ОЗУ загружать

Это спецолимпиада такая?

У меня как-то был коллега, который хвалился, что он просто несравнимый знаток юникс-вея и вима. Я периодически проходил мимо его рабочего места, и видел, что он использует только несколько однобуквенных команд, типа hjkl, i, o, a. Попробовал подсказать ему, что существует ещё целый класс удобных команд, он отказался под предлогом: «я хочу использовать только минимальный набор команд, который работает везде». Несмотря на то, что даже в самом старом vim, который можно найти в каком-нибудь древнем CentOS, уже поддерживается гораздо больше команд, чем даже я знаю.

! find 😄

прочитал манул от начала до конца, как-то подходящего решения придумать не могу

у меня нет цели использовать базовый функционал, цель не использовать плагины кроме как встроеных пакетов в виме по типу comment и внешние утилиты

Ну а цель-то в чём? Я, когда приходится, например, работать на древней Cent OS, тащу за собой ripgrep, fzf и плагины. Я не понимаю, зачем мне приспосабливаться к окружению 15-летней давности, в чём цель?

В мире пишутся новые программы, придумываются новые подходы, потому что очень маловероятно, что однажды придуманное 30-40 лет назад, будет актуально и удобно сегодня. Несмотря, что на ЛОР полно таких консерваторов. Если бы они перфокарты и перфоленты застали, то и сегодня бы ратовали за то, что «писать код на клавиатуре с монитором - моветон - настоящий путь это только пробивать на перфокартах».

Если же это полностью закрытое окружение, куда совершенно однозначно нельзя ничего доустановить, то увы, сочувствую. Но стоит тогда дополнить вопрос этой информацией.

кроме как встроеных пакетов в виме по типу comment

пожалуйста :)

Ты по ссх что ли работаешь?

Можно использовать helix, он быстрее)

Без дополнительных зависимостей использовать vim для крупных проектов плохая затея.

Ты по ссх что ли работаешь?

всё ещё не повод не подтягивать собственные конфиги с плугинами

Если используешь git, то советую git ls-files | grep

Тогда почему git grep не использовать

потому что в исходном посте шла речь про поиск файла по имени, как я понял. git grep ищет по содержимому

Мелденный?

По имени надо find’ом искать, а не тем, что в посте перечислено.

git ls-files быстрее чем find, потому что он не шарится по папкам, а получает список файлов там, где он уже есть, т.е. в индексе.

Содержимое файла загружается в момент его отображения и вес текстовых файлов наверняка меньше

Тоже не особо быстро, секунд 10

Тогда fd