Смотря для каких языков, наверное (мне вот он вообще не как-то не пригодился).
Я указанный Вами стек не использую, но слышал, что были же какие-то альтернативы для completion... или Вы их все их видели и они хуже?

Например? Нужно же чтобы и по системным либам тоже, а не только по открытым файлам.

Возможно сам языковой сервер много жрет.

> Python, php, go, JS

А что если попробовать альтернативные lsp-сервера? Например, для пайтона есть lsp от MS и от palantir. Возможно, это как-то повлияет на расход ресурсов.

Кстати, для палантировского сервера можно отключить вызов определённых линтеров в json-конфиге: https://github.com/palantir/python-language-server/issues/139#issuecomment-331103124

Я просто в этой теме как-то не особо разобрался))
А их много? Этих lsp серверов?
Я, просто, нагуглил самые ходовые плагины и скрестил их все вместе в своем конфиге

Откуда мне знать (опять-таки, не тот стек)? ;) Вы других лучше послушайте...
А что сейчас с YCM и т.п., не смотрели?

Это все по открытым файлам. Нужны именно lsp сервера или как они там называются?)

Не смотрели, то есть... :)

ну вообще еще древний ctags работал без всяких плагинов и не только по открым файлам, мб и YCM тоже

Хотя мне YCM сразу не понравился еще при установке, когда я его пробовал

Вот Goшечка самая кошерная для vim))
vim-go из коробки все решает

Ну, да. Смысл тот же. Сначала теги собираешь через ctags, а потом по ним прыгаешь. Но только он не залазит в системные либы.

Ну, грубо говоря, LSP сервер — это такая утилита, которая индексирует твой проект и запускает в нём линтеры для поиска ошибок. Сервер работает в фоновом режиме и предоставляет JSON-RPC эндпоинт.
К нему может подключиться LSP-клиент — в твоём случае реализованный в coc.nvim — и общаться с сервером по определённому протоколу.

Соответственно, сервер можно реализовать по-разному и на разных языках. От этого будет зависеть производительность всей системы. Например, LSP-сервера для Python написаны на разных ЯП: MS-овский на C#, палантировский — на Python. Поэтому говорят, что MS-овский работает быстрее и вообще более фичастый.

Он давно умер

+

А в PyCharm вообще на джаве наверняка

Спасибо. Буду знать. Но что-то мне вера немного не позволяет мелкомягкое трогать))

Там скорее всего своя магия, не LSP-протокол.

И что?

Так и есть