Language-tools: Включение функции семантических токенов для больших файлов приводит к необычно медленной работе языкового сервера.

Созданный на 18 янв. 2021 · 4Комментарии · Источник: sveltejs/language-tools

Опишите ошибку

Плагин VS Code Svelte v104.0.0 представил поддержку семантических токенов. По умолчанию это включено:

// The default
"svelte.plugin.typescript.semanticTokens.enable": true

... Однако это приводит к значительному замедлению в файлах .svelte где элемент <script lang="ts"> состоит из большого количества TypeScript (в моем случае 2600 строк). Языковой сервер фактически перестает отвечать, проверка типов занимает минуту, а всплывающие подсказки зависают на «Загрузка ...» на неопределенное время.

Воспроизводить

С установленным плагином VS Code Svelte v104.0.0 и примененным параметром по умолчанию "svelte.plugin.typescript.semanticTokens.enable": true создайте файл .svelte , скажем, с 2600 строками кода TypeScript. Сознательно создайте ошибку времени компиляции и посмотрите, как все проверки типов требуют очень много времени для ответа.

Вы можете обновить настройки до "svelte.plugin.typescript.semanticTokens.enable": false и снова увидеть, как он снова реагирует. Нет необходимости перезапускать языковой сервер или перезапускать VS Code, чтобы увидеть изменения.

Ожидаемое поведение

.svelte файлы, содержащие сценарии TypeScript, должны оставаться отзывчивыми независимо от размера сценариев, и разработчик не должен требовать дополнительной настройки для поддержания приемлемой производительности.

Система (пожалуйста, заполните следующую информацию):

ОС: macOS 10.15.7
IDE: VS Code 1.52.1
Плагин / Пакет: «Svelte для VSCode»

Дополнительный контекст

Как обсуждалось с @dummdidumm на Svelte Discord в #language-tools . Вниманию @ jasonlyu123.

От @dummdidumm в Discord:

dummdidumm: Да, семантические токены могут работать медленно на больших файлах, тем более, что нам нужно сделать много сопоставлений исходных карт.
dummdidumm: @ jasonlyu09, возможно, нам следует добавить некоторые ограничения для больших файлов / диапазонов, по сути, не делая запрос, если запрошенный диапазон для анализа становится слишком большим. Я думаю, что VS Code делает нечто подобное.

Fixed bug

Источник

shirakaba

Все 4 Комментарий

Да, расширение TypeScript VSCode ограничило его значением 100000. Но я обнаружил, что он все еще очень медленный для нас, может быть, из-за сопоставления источников, я думаю, что я бы ограничил его до 50000;

jasonlyu123 19 янв. 2021

Да, расширение TypeScript VSCode ограничило его значением 100000. Но я обнаружил, что он все еще очень медленный для нас, может быть, из-за сопоставления источников, я думаю, что я бы ограничил его до 50000;

@ jasonlyu123 100 000 чего? Мой файл с 2600 строками содержит 128 292 символа, поэтому, если он должен отключить семантические токены для файлов с более чем 100 000 символов, он, похоже, этого не делал вообще.

Хотя, если речь идет о длине некоего сгенерированного файла (в вашем PR упоминается TSX, так что, возможно, это так), а не о самом источнике, я не знаю, какой длины мои сгенерированные файлы.

shirakaba 19 янв. 2021

Символы, если файл js / ts превышает этот символ, расширение машинописного текста не будет обрабатывать полные семантические токены файла. Я попробовал номер на расширении svelte в режиме отладки, но он все еще кажется слишком медленным.

Существует несколько типов запросов семантических токенов, которые может реализовать языковой сервер. В настоящее время мы реализуем расширение диапазона и полного файла, например машинописного текста. Насколько я понимаю, похоже, что vscode будет пытаться получить ранжированные результаты только тогда, когда полный файл недоступен. А первый диапазон - это причина, по которой вы увидите внезапное изменение цвета при прокрутке документа вниз.

jasonlyu123 19 янв. 2021

👍1

Теперь он закрыт. Давайте теперь, если он снова будет использоваться при включении семантических токенов.