IntelliJ работает очень медленно при работе с большими файлами
Я использую Студию разработки Guidewire (IDE на основе IntelliJ), и она работает очень медленно при работе с большими текстовыми файлами (~ 1500 строк и выше). Я тоже пытался с готовым сообществом IntelliJ, но столкнулся с той же проблемой.
Когда я открываю эти файлы, для ввода символа требуется 1 секунда, даже когда я ясно вижу, что используемой памяти все еще достаточно (1441 МБ / 3959 МБ). Кроме того, он быстро высасывает всю память, если я открываю несколько файлов (я выделяю 4 ГБ только для IntelliJ). Интеллисенс и другие автоматические вещи тоже мучительно медленны.
Я люблю IntelliJ, но работать в таких условиях очень тяжело. Есть ли способ обойти эту проблему? Я думал о некоторых альтернативах, таких как:
- Отредактируйте большие файлы в другом редакторе (например, Notepad++), затем перезагрузите его в IntelliJ
- Откройте другой небольшой файл, скопируйте туда свой фрагмент кода, отредактируйте его, а затем скопируйте обратно. Это помогло бы, потому что intellisense и подсветка кода сохраняются, однако это хлопотно
Я отключил все ненужные плагины, оставив только необходимые, но ничего не улучшилось.
Мне также интересно, могу ли я "встроить" какой-нибудь внешний редактор в IntelliJ? Как Notepad++, Notepad2 например? Я сделал свою домашнюю работу и Google вокруг, но не нашел плагинов / конфигурации, которые позволяют это сделать.
Кто-нибудь, кто имеет опыт, может дать мне несколько советов, как работать с большими файлами в IntelliJ (не сходя с ума)?
ОБНОВЛЕНИЕ: благодаря моим исследованиям я узнаю, что IntelliJ может работать с очень большими файлами (например, 20 МБ) или около того. Но мой файл не такой большой. Это просто около 100 КБ - 1 МБ, но это очень длинный текст.
ОБНОВЛЕНИЕ 2 После попытки увеличить память кучи, как советуют Саджидхан (я поменял оба idea64.vmoptions а также idea.vmoptions), Я понимаю, что IntelliJ не принимает изменения. Кучи памяти застрял на максимум 3 ГБ.
С другой стороны, медленная производительность может ощущаться, когда система использует всего около 1 ГБ динамической памяти, поэтому я думаю, что проблема не связана с проблемой памяти.
3 ответа
Через некоторое время работая вокруг куста, я нахожу обходной путь, вроде.
Когда я проверял другие ответы на подобные вопросы, я обнаружил, что они начинают испытывать проблемы, когда размер файла составляет не менее нескольких МБ. Это не имеет смысла, поскольку у меня возникли проблемы, когда файлы имеют размер всего несколько килобайт. После более тщательной проверки я обнаружил, что Gosu виноват плагин: после того, как я отмечаю свой файл Gosu как "только текст", скорость становится нормальной.
Поэтому я думаю, что проблема связана с подсветкой кода и напоминанием синтаксиса. На данный момент лучший способ обойти это:
- Щелкните правой кнопкой мыши файл и отметьте его как обычный текст.
- Закройте файл и снова откройте его, затем отредактируйте.
Примечание. Поскольку это применимо ко всем типам файлов в костюме разработчика Guidewire, вы можете постоянно помечать некоторые длинные файлы как обычный текст, особенно *.properties (он же, файлы i18n/international). Преимущество автозаполнения кода просто не стоит проблем.
Вы можете попробовать отредактировать idea64.vmoptions в папке bin. Вы можете установить максимальное значение кучи и максимальное значение PermGen для более высокого значения.
Не забудьте перезагрузить!
Проверено на разных ПК. Даже на быстрых процессорах редактор работает очень медленно при работе с большими файлами (более 2000 строк кода).
Eclipse, Netbeans абсолютно в порядке. Тюнинг.vmoptions не поможет.
Эта ошибка все еще не исправлена: https://intellij-support.jetbrains.com/hc/en-us/community/posts/206999515-PhpStorm-extremely-slow-on-large-source-files
ОБНОВИТЬ. Попробуйте 32-битную версию с настройками по умолчанию. Обычно 32-битная идея работает быстрее и потребляет меньше памяти.