Почему intellij idea тормозит на ноутбуке
Добрый день!
Решил освоить Java, так как знаю AS3, то все кардинально просто. Но меня ужасно бесят тормоза, может быть что-то стоит настроить.
Железо:
Карта HD6870
ОЗУ 8 Гб
Проц g2030
на компе стоят только парочка SSD.
Win 7 64
Для разработки, думаю, железо более чем. Единственное - отключен файл подкачки, оперативки достаточно и комп совсем не жалуется (при 4-х Гб ток может предупредить, что бы не наглел). Как выглядят тормоза, пишу любой код, IDE (что intellij , что Android Studio) его сразу соответственно проверяет и начинаются притормаживание, проц от каждой буквы, написанной в имени переменной/класса и т.д. грузится под 100%, заикается музыка (ну как писать то без неё), если ещё быстро пишу, то буквы могут не сразу появиться или выделяю строку и хочу скопировать, опять тормозит. Или просто свернуть/развернуть IDE и уже переодически звук заикается. Озу свободно более 4х гигов.
- Вопрос задан более трёх лет назад
- 7094 просмотра
Оценить 2 комментария
Странно что с 8гб ОЗУ да еще и с SSD могут быть тормоза. На моем компьютере(в разы хуже вашего), что то делать на этих IDE было вообще невозможно. Плюнул и скачал Eclipe. Не такой он плохой как о нем пишут, мне даже понравился :)
Это не рекомендуется.
Некоторое ПО требует использование файла подкачки.
Вероятные причины три:
1. Проект, система или IDE не на SSD. На SSD должны быть 3 из 3 из этого списка. И если проект не на SSD, то тормозить точно будет.
2. Нужно выделить больше оперативки.
3. Процессор слабоват. Но по моим подсчетам, и его должно быть достаточно.
1)у меня только ssd диски стоят, так что 3 из 3-х.
2)Тормоза начинаются с первой строчки нового проекта.
3)Qt + FlashDevelop + куча открытых вкладок, поставлен на паузу фильм + играет музыка Flack + запущена игрушка - тормозов нет, а тут только IDE и музыка из VK
Конечно попробую включить файл подкачки, но не вижу в этом смысла, т.к. нагрузка на проц, при написании кода, скачет до 100%, от этого и тормоща, но почему..
Neonoviiwolf:
> нагрузка на проц, при написании кода, скачет до 100%, от этого и тормоза, но почему
процессор не мощный. Но и не совсем плохой.
> тормозов нет, а тут только IDE и музыка из VK
IDE гораздо более требовательна к железу - это рабочий инструмент.
Проц норм для неё Qt и FlashDevelop тоже IDE, притом первый довольно серьёзный.
Корочь сдела так, выставил приоритет ИДЕА минимальным и вуаля, все тормоза прошли, судя по всему, чёт ребята там намудрили, что стопорят проц при "интелектуальной обработки" кода
В этом релизе мы сосредоточились на производительности и качестве. Вместе с другими командами JetBrains, мы занимались оптимизацией производительности, повышением отзывчивости интерфейса, улучшением существующей функциональности.
Чтобы правильно расставить приоритеты, мы полагались на ваши отзывы и благодарим всех, кто делился идеями и сообщал об ошибках в нашем трекере. В результате мы исправили более 1600 проблем, которые в общей сложности получили около 4000 голосов пользователей.
Мы также работали над поддержкой новых фреймворков для создания микросервисов, таких как Micronaut, Quarkus и Helidon, и сделали долгожданную поддержку MongoDB.
Улучшение качества
У IntelliJ IDEA богатая экосистема плагинов, но есть недостаток: при установке или удалении плагина нужно перезапускать IDE. Мы начали решать эту проблему и реализовали базовую инфраструктуру для динамической установки плагинов, без перезапуска IDE. Пока что это работает только для тем интерфейса и сочетаний клавиш.
Системы контроля версий
Много нового в поддержке VCS. Чтобы упростить работу с ветками, вместо действия Checkout as. мы добавили два новых: Checkout и New Branch from Selected. Действие New Branch from Selected создает новую локальную ветку, но не включает отслеживание какой-либо удаленной ветки. При вызове действия Checkout IDE создает новую локальную ветку, извлекает ее из репозитория и включает отслеживание выбранной удаленной ветки, если нет локальной ветки с таким же именем.
Мы переработали диалог Clone и сделали единый интерфейс для скачивания проектов с различных VCS-хостингов. Теперь вы можете войти в свой аккаунт прямо из обновленного диалога. Если вы уже залогинились, IDE покажет списки всех репозиториев, сгруппированных по учетным записям или организациям, в которых вы состоите.
Другие улучшения
В предыдущей версии мы поддержали функциональность Java 13, а в этот раз значительно улучшили поддержку текстовых блоков Java 13. Недавно мы рассказывали об этом в нашем блоге.
Теперь есть простой способ просмотреть иерархию вызовов для выбранного поля: используйте новое действие Field Call Hierarchy (Ctrl/Cmd+Alt+H).
Если у вас установлен флажок Show quick documentation on mouse move, при наведении указателя мыши на предупреждение или ошибку отобразится единая подсказка с описанием предупреждения или ошибки и справочной информацией о коде.
Раньше в таких случаях IDE показывала только подсказку об ошибке без документации, а иногда появлялось целых два всплывающих окна.
Мы обновили поведение диалога intention actions: действия не исчезнут из списка предложений, если вы выбрали одно из них и закрыли диалог.
Окно Services теперь всегда отображается, и его поведение можно можно настроить внутри самого окна. Кроме того, вы можете скрыть определенные конфигурации запуска.
— Подсказки о несоответствии типа стали более подробными и понятными.
— При открытии проекта IntelliJ IDEA показывает его название.
— Мы поддержали вставки фрагментов кода на новых языках шаблонов, в частности Pug (ранее — Jade), Handlebars, EJS и Slim.
— Появилась плавная прокрутка колесом мыши.
— Полосы прокрутки можно сделать более заметными, используя чекбокс Use contrast scrollbars в меню Preferences/Settings | Appearance & Behavior | Appearance.
Поддержка новых фреймворков и технологий
Несмотря на то, что при подготовке этой версии мы в основном были сосредоточены на качестве, мы также работали над несколькими новыми функциями и рады их представить. Всё, что описано ниже, есть только в IntelliJ IDEA Ultimate.
Вокруг микросервисов было много разговоров задолго до того, как мы начали планировать этот релиз. В какой-то момент мы подумали, что нам стоит добавить поддержку технологий, которые используются для разработки Java и Kotlin-проектов с микросервисной архитектурой. Звезды сошлись, и мы начали работать над интеграцией.
Во-первых, мы расширили помощь при написании кода и возможности навигации для фреймворков разработки микросервисов нового поколения: Micronaut, Quarkus и Helidon. Для тех, кто занимается реактивным программированием, мы добавили поддержку Spring Web Flux.
Наконец, мы расширили поддержку спецификаций API. В этой версии мы поддержали Swagger 2 и OpenAPI Specification 3. Поддержка включает в себя проверку на соответствие схеме, автодополнение, навигацию, поиск использований и рефакторинг Rename в YAML/JSON-файлах, содержащих описания API.
На данный момент все это работает только для проектов на Java и Kotlin, но в следующих версиях мы планируем поддержать другие языки и фреймворки.
Кроме того, IntelliJ IDEA 2019.3 наконец поддерживает MongoDB. В этой версии коллекции и поля отображаются в проводнике баз данных, вы можете выполнять запросы и просматривать их результаты.
Важные исправления
— IDE теперь находит каталог, в который Gradle был установлен через Homebrew.
— Стало проще вручную устанавливать домашний каталог Gradle.
— IntelliJ IDEA теперь поддерживает хранение паролей в KWallet на Linux.
— Для проектов JavaFX IDE может отображать файл FXML со встроенным Scene Builder на вкладке Scene Builder.
— В окне Debug работает навигация с клавиатуры.
— Можно скопировать выбранный текст из окна инспекции через Ctrl/Cmd+C.
— Фокус не теряется при переключении между окнами IDE.
— Улучшено расположение окон и всплывающих подсказок.
— Если в IDE выбрана тема Darcula, системные окна MacOS при вызове открываются в темной теме.
Мы также обновили JetBrains Runtime 11 (JBR 11).
— Исправили рендеринг шрифтов на macOS Catalina.
— Устранили проблему с открытием проекта на macOS 10.15 Catalina.
— Исправили символы в диалоге Evaluate Expression.
— IntelliJ IDEA обнаружит конфликты между сочетаниями клавиш IDE и шорткатами операционной системы.
— В редакторе устранили проблему со шрифтами, которые всегда были выделены курсивом.
— Исправили начальный экран на Windows.
Все подробности о новой версии читайте на сайте или посмотрите обзор (на английском).
На скрине видим системный монитор kde, который показывает, что тормозит именно idea, и коньки, на которых видно, как плохо процу. Пики на графиках - это когда я начинаю что-то писать.
IDEA последняя, архивом с их сайта. Возможно это так тормозит плагин для Rust, но я сомневаюсь, что авторы этого не заметили. Сам плагин написан на Kotlin (racer не используется).
IDEA даёт полезные плюшки, по сравнению с sublime, но когда тормозит даже ввод текста - пользоваться такой IDE невозможно.
Есть какие-то фиксы для самой IDEA, что бы она не так тормозила?
PS: железо не слабое: i5 3570k@3.8GHz, 8GB RAM, GTX 960
Есть какие-то фиксы для самой IDEA, что бы она не так тормозила?
Нет, это его основополагающая фича - неистово тормозить даже на железе за тысячи убитых енотов.
Апдейт надо делать. Древний весьма средний процессор 2012 года и 8 ГБ ОЗУ - это как-то не смешно.
Можешь ещё попробовать сменить Open JDK на Oracle JDK
fornlr ★★★★★ ( 03.08.17 19:54:03 )
Последнее исправление: fornlr 03.08.17 19:54:46 (всего исправлений: 1)
IDEA даёт полезные плюшки, по сравнению с sublime, но когда тормозит даже ввод текста - пользоваться такой IDE невозможно.
Взгляни таки на VS Code. Не IDEA, но юзабельно, и уж точно лучше саблайма.
Выкинь каку и возьми spacemacs.
SSD используется? У меня IDEA неплохо жила на i5-2520M и 8 GiB (а потом и 16 GiB). Но на плексе. На i7-7700HQ и NVMe, правда, ещё лучше.
дай код, который ты пытаешься редактировать. Я попробую установить плагин на последнюю Idea Ultimate. Попробуем воспроизвести баг
stevejobs ★★★★☆ ( 03.08.17 20:19:28 )
Последнее исправление: stevejobs 03.08.17 20:19:49 (всего исправлений: 1)
Система на ssd. Проект на hdd.
Тоже самое же. Тормозит почти так же, но фич поменьше.
Древний весьма средний процессор 2012 года и 8 ГБ ОЗУ - это как-то не смешно.
Можешь ещё попробовать сменить Open JDK на Oracle JDK
Я хз что там за JDK. Архив 400МБ с офсайта.
Можно попробовать Eclipse Oxygen с плагином RustDT, если нет неприязни к самой Eclipse.
Там в комплекте своя патченная OpenJDK, не думаю что на чём-то другом она лучше заработает, и шрифты будут насиловать глаза.
У меня параллельно висят QtC и Sublime - они просто летают.
Редактор кода IDEA сильно раскручен на хайпе вокруг редактора кода без мыши. Что хочешь добиться от этого толком неотлаженного многостраничного блокнота, прикидывающегося псевдо-IDE-с-плагинами-которые-никто-не-использует?
Попробуй более серьёзные инструменты интегрированного программирования - Eclipse и NetBeans.
Да, но хоть интерфейс не процессор отрисовывает.
Использузую IDEA каждый день по работе, но со Scala. На маке, винде и линуксе. Все работает нормально. Правда, у меня памяти по-больше. Думаю, дело в плагине.
А с английским на скрине не очень
Это не просто жаба тормозит, тормозит либо gc из-за недостаточного heap size, и он постоянно удаляет мало живущие объекты. Либо плагин так написан, потому смена ide и вместе с ним плагина помочь может.
Сделал -Xmx5000m - ничего не изменилось. Только потреблением памяти стало больше.
А с английским на скрине не очень
Вы про комменты в коде? Как могу.
Есть какой-то проект на java на гитхабе, который я мог бы протестить?
Первый попавшийся используется gradle и idea не хочет его импортировать.
Ну значит плагин неудачный. Пробуй другие ide, Как минимум Visual Studio Code и Eclipse.
Так в том то и дело, что это самый навороченный.
VSCode тоже тормозит. Плагин для Eclipse я не осилю собрать.
Всегда создаю gradle/maven проекты а затем их импортирую в idea/eclipse, ищи в меню кажись import. Обе ide поддерживают импорты, а на гитхабах и в прочих vcs обычно файлы специфичные ide не заливают, плохой тон. У каждого разработчика могут быть свои специфичные предпочтения в ide.
JAVA_HOME not defined yet
Оно, видимо, хочет чтобы я ещё java установил.
Установил. Начал редактировать то же место, что и ты.
Создал интовую переменную, меняю ее значение. Каждый раз, когда меняю значение и нажмаю ctrl+S (или Идея нажимает автоматически, когда перестаешь писать) - сжирается 40% процессора.
То же делаю в своем проекте на джаве. После изменения значения переменной загрузка процессора не меняется вообще. Как была 0%, так и осталась.
Переключаюсь в раст, смотрю запускается ли rustc при сохранении файла. НЕ запускается.
Предполагаю, что твой плагин просто выполняет полный код-анализ всего проекта каждый раз при сохранении. И написан этот код-анализ не то чтобы быстро.
А происходит это, скорей всего, потому что разрабы плагина еще не озаботились реализацией инкрементального анализатора и компилятора, который имеется для других языков
Напейши разработчикам плагина, пусть ответят за дела рук своих :)
stevejobs ★★★★☆ ( 03.08.17 20:49:15 )
Последнее исправление: stevejobs 03.08.17 20:53:29 (всего исправлений: 1)
Древний весьма средний процессор 2012 года и 8 ГБ ОЗУ - это как-то не смешно.
Разогнанный Skylake i7-6700К сей плагин точно так же грузит на 60%
Скорей всего там определенное количество работы по анализу синтаксиса, и он выжирает проц насколько джава и ядро позволяют, а позволяют на 60%. Просто на свежем проце эта загрузка будет короткой по времени, а на древнючем придется пойти скипятить чаю.
Пару минут пописал, полностью понимаю ТСа, вентиляторы на моей пекарне воют в такт набиванию кода
stevejobs ★★★★☆ ( 03.08.17 20:51:59 )
Последнее исправление: stevejobs 03.08.17 20:52:58 (всего исправлений: 1)
Ну как бы да :) Установка oracle java сводится к тому, что нужно скачать tar и распаковать его в понравившуюся директорию. Но стоп, я сейчас запустил eclipse oxygen и в marketplace нашел плагин. Все уже готово, ничгое собирать ненужно: Help-> Eclipse Marketplace -> поиск: Rust -> RustDT -> install.
Тю, в репе плагина об этом не сказано. Сразу описание сборки. Попробую.
Выше пишут, что это не только у меня такая беда. Нужно разрабам написать.
Спасибо. Тогда накатаю им багрепорт, ибо у меня и без сохранения тормозит. Просто удаляю букву любую и снова добавляю.
Скорей всего там определенное количество работы по анализу синтаксиса, и он выжирает проц насколько джава и ядро позволяют
Ахаха, жаба подавилась растишкой! IDE не будет, как и ожидалось. Всем ржавым в блокнот!
Просто на свежем проце эта загрузка будет короткой по времени
Со времен Sandy Bridge никаких существенных изменений в процессорах интел не было. По бенчмаркам видно. Конечно добавили новых avx инструкций и запилили более удачное графическое ядро. Но никакого буста производительности между Sandy Bridge и Kaby Lake нету, а та что есть, только от роста частоты.
Если тормоза в десятки процентов то ок, можно размышлять о тормозах jvm, но если тормоза на порядки (в десятичной системе), то это косяк писавших код.
ты не просто добавляешь букву, а добавляешь и ждешь. В этот момент включается автосохранение, и должен бы запускаться инкрементальный анализ (если он существует, но в данном случае, скорей всего, нет)
ты не просто добавляешь букву, а добавляешь и ждешь.
Нет. Тупо быстро пишу.
Склонировал svgcleaner, индексация + скачивание зависимостей заняло секунд 20-30. Автодополнение чуток лагает (миллисекунд 200-400), но в целом особо тормозов не приметил. Но, как уже говорил выше у меня сейчас i7-7700HQ, 16 GiB RAM и NVMe.
Тяжелые (1M SLOC) java-проекты индексируются на этой железке раз в 5-10 быстрее чем на старом x220 с i5-2520M, 16 GiB RAM и плексом. И на автодополнении так не лагают.
Так что надо грешить на плагин, боюсь. Сильно профилировать лень, но, навскидку, довольно много времени тратится в highlighter'е, резолвинге definition'ов и всяких штуках типа работы с definition'ами параметров. Я плагины к idea не пишу, потому сложно сказать насколько и что там можно пооптимизировать, чему нормально жрать прилично времени, а чему — нет.
На скрине видим системный монитор kde, который показывает, что тормозит именно idea, и коньки, на которых видно, как плохо процу. Пики на графиках - это когда я начинаю что-то писать.
IDEA последняя, архивом с их сайта. Возможно это так тормозит плагин для Rust, но я сомневаюсь, что авторы этого не заметили. Сам плагин написан на Kotlin (racer не используется).
IDEA даёт полезные плюшки, по сравнению с sublime, но когда тормозит даже ввод текста - пользоваться такой IDE невозможно.
Есть какие-то фиксы для самой IDEA, что бы она не так тормозила?
PS: железо не слабое: i5 3570k@3.8GHz, 8GB RAM, GTX 960
Хм. С ним не тормозит. Но ничего не работает.
странно - я правда юзаю clion исключительно для плюсов, но почему на работает тут не понятно :-\
p.s. и понятно почему не тормозит - по крайней мере с плюсами clion постоянно проверяет исходник на ошибки, при отключенном power save
Что-то работает. Но подсветка отваливается. Весь новый текст белый.
черт его знает. может у плагина для rust'а есть какие-нить специфичные настройки для настройки цветовой схемы.
Ниразу идея не тормозила. Вырубил плагин на открой какойнить жаба/котом проект с гитхаба. Убедись что всё ок. Плагин может быть плохо совместим со новой версией, которая вышла позавчера.
Ну сама idea тоже не подарок. Хз кто именно в этом виноват. Я сравниваю с QtC, и у последнего подвисонов в принципе не бывает.
Хз, авторы написали, что проблема, скорее всего, в «type inference/resolve».
vscode с rls и плагином от KalitaAlexey работают отлично. И дополняет, и документацию показывает, наводишь мышку на переменную показывает тип.
Правда иногда приходится в статусбаре нажимать чтобы рестартануть анализ если отвалился.
Да я вот vscode сейчас тыкаю - они что-то подкрутили, и он теперь так сильно не виснет. После IDEA вообще реактивный (и я не про кривой плагин, а про саму IDE).
Плагин раста у меня от KalitaAlexey.
Насколько большой проект открывается? У меня PyCharm (основа ведь та же?) для пары файликов - летает со скоростью света.
turion x2 1800 + 1800MiB памяти - эклипс 3.4 летает. Так что не смешно, когда программулька хочет 8 гигов памяти.
От размеров проекта не зависит.
Мне тоже кажется интерфейс idea медленным, но к этом привыкаешь. У eclipse с интерфейсом лучше, т.к. интерфейс строят нативные тулкиты, под линуксом это gtk.
мне кажется твой эклипс даже C++11 не распарсит.
В VSCode плагинах для раст нет дебагера.
Нужно LLDB ставить
За год использования раста, ни разу не запускал его в деббагере.
Ставишь официальный C++ плагин, и используешь gdb оттуда. Зачем lldb ставить?
а вообще запишите performance snapshot да зарепортайте в jetbrains
Тем более, что они недавно приютили плагин для Rust.
но когда тормозит даже ввод текста - пользоваться такой IDE невозможно.
Хе-хе. Это ты ещё CLion не видел:
Такое ощущение, что IDEA разрабатывают студенты. Ибо на Java можно написать нормальную IDE, Eclipse и NetBeans это подтверждают. Но у поделок JetBrains видимо свой, тормозной путь.
Без дебагера не жизнь!
У меня что-то случилось, я уже не помню .
Но может это я виноват.
комменты не читай@сразу отвечай
на первой странице разобрались, что проблема в плагине
опять ты облажался с хейтом на Идею.
есть подозрение, что и весь остальной твой хейт такой же
понаставил всяких быдлокодерских плагинов, и теперь «идея говно»
напоминает как хейтят фаерфокс за то же самое
Native Debug (rust-gdb) тоже работает.
Это я виноват, дебажил плюсовый проект с либой на расте, оно нормально ходит по расто коду, но не дает поставить там брейкпоинты, а я не заметил это. Так что ты был прав.
Idea кстати говоря очень прилично ускоряется, если отключить все неиспользуемые плагины и немного подтюнить файл .vmoptions (на никсах - /bin/idea.vmoptions or /bin/idea64.vmoptions). У меня после небольшого шаманства Android Studio начала стартовать раза в 2.5-3 быстрее, стала отзывчивой сразу после старта и почти не заикается и это на старом ноуте за 23к. из DNS.
А зачем его парсить? Документация на библиотеки + внешние скрипты сборки с подсветкой ошибок + хорошая поддержка GDB - этого вполне достаточно.
А рукожопы, стонущие без автокомплита, на C++ и писать не должны.
ничего хорошего в ней не обнаружено, даже лютые фанаты idea ничего внятного не продемонстрировали.
Почему даже? Это наверно один из самых сложных языков по парсингу.
Он намекает на несовершенность парсера Eclipse CDT. Кстати, в CLion/IDEA ситуация ИМХО ещё хуже, у них вместо libClang самописный ANTLR-костыль и >80% баг-трекера заполнены багами, связанными с парсингом C++
Да я про другое. Почему современные компьютеры быстрее, хотя процессоры не сильно-то и изменились. Может быть, память еще
В недрах настроек идеи(на самом деле там должно быть примерно то же самое что и в pycharm) есть пункт «show memory usage». Если настройку включить, то можно видеть размер потребляемой памяти. Основная фича - это запуск GC при клике на данный индикатор. Я конечно плагинами не балуюсь, но когда pycharm начинает подтормаживать, пара кликов спасает меня от перезапуска IDE.
З.Ы. если что данные манипуляции описаны под винХХ.
ты сравниваешь сам знаешь что с сам знаешь чем. Ещё бы Gedit сравнил.
опять ты облажался с хейтом на Идею.
есть подозрение, что и весь остальной твой хейт такой же
Сами IDEA-фаги признают преимущества в прозрачной работе NetBeans с maven и gradle. (слушай аудиобложек «Разбор полётов»)
понаставил всяких быдлокодерских плагинов, и теперь «идея говно»
В IDEA плагины - малозабельное говно в сравнении с такими же вещами в нормальных IDE. Их, как правило и не используют, что сами IDEA-фаги и подтверждают даже в этой теме.
напоминает как хейтят фаерфокс за то же самое
Firefox удобен и без плагинов, а IDEA без плагинов - текстовый редактор с подсветкой синтаксиса и автодополнением кода.
А рукожопы, стонущие без автокомплита, на C++ и писать не должны.
Да вы ещё больший неадекват, чем я думал.
ты точно про Ultimate Edition?
Community - да, просто текстовый редактор, который нужно собирать из third party плагинов.
У меня там добавлены плагины для Python, Ruby, Go, итп - которые по сути являются ядрами их отдельностоящих IDE. Плюс несколько third-party плагинов типа Scala. Их качество очень хорошее. В результате можно из одного IDE работать со всем проектом
Смысл как раз в том, что Идею делают люди, которые очень хорошо осведомлены о кровавом ынтерпрайзе. Поэтому фич там меньше, чем в эклипсе, но зато заходят одни идеально.
Для меня самая главная фича - это рефакторинги, которые действительно работают, за которыми обычно можно даже не проверять - насколько хорошо выполнен рефакторинг. Когда я меняю сигнатуру метода, и там происходит десять тысяч замен, очевидно что проверять все десять тысяч нет времени. В том числе оно понимает Spring и рефакторит его контексты - что в XML, что в джаве. Вот это как раз та фича, ради которой стоит использовать IDE
А мавен. ну, у меня нет проблем с мавеном. Даже не знаю, о чем ты. С другой стороны, мавен и гит я использую в IDE только для сборки текущей run/debug configuration. Для продакшен билдов мавеном - только консоль с максимальным уровнем логирования, для сложных операций с гитом - тоже только консоль с максимальным логированием.
stevejobs ★★★★☆ ( 04.08.17 10:38:58 )
Последнее исправление: stevejobs 04.08.17 10:39:58 (всего исправлений: 1)
Сделал import cats.implicits._ и оно еле шевелится. Я не понимаю на какой ide вообще пишут люди на скала за зарплату? Или у них сервер с 2048 гигами, а они свою локальную идею с ноута к нему как то цепляют?
Ты что на нетбуке с атомом на скале пишешь? Известно ж, что надо штеуд и7, 16 гигов и ссд.
Intellij idea 1Gb + Gradle daemon 1Gb. Полет нормальный.
Что такое Gradle daemon? У меня автокомплит перестал работать.
Удваиваю, иначе даже автокомплит для жавы тормозит.
Это такая дрянь, висящая отдельным процессом в памяти и ждущая команду на отработку goals из скрипта сборки проекта. Выкинь каку — возьми Maven3.
У меня автокомплит перестал работать.
Тогда возьми нормальную IDE — Netbeans 8.2.
И при чем тут gradle?
import cats.implicits._ делает импорт всего из указанного пакета?
Человека который пилил нормальный languge server для скалы схантили в твиттер, так что страдай. Хотя есть ensime, но он тоже тормозной.
Deleted ( 02.05.19 11:04:27 )
Последнее исправление: Deleted 02.05.19 11:07:13 (всего исправлений: 1)
Это не IDEA плохо работает, а вы. IDEA действительно медленнее, чем более обычное Eclipse (но при этом по моим наблюдениям пользуется бешеным успехом у плохих программистов). Но при наличии компьютера, который лучше хлама, это не должно раздражать. Вы не указали, какое у вас оборудование. Для удобной работы нужно хотя бы 4 ГБ памяти (лучше 8) и нормальный процессор (по возможности 4-ядерный. Сойдёт и 2-ядерный, но не Atom. Atom не разгоните так, чтобы он годился для удобного программирования на платформе Java. Ну и другие хилые энергоэффективные процессоры вроде Celeron J1800 не подойдут).
В общем, узнайте, какое оборудование вам нужно или пользуйтесь тем, что есть, но не жалуйтесь.
Скаловый плагин для бобов заброшен.
Не, «всего» делает import cats._
пользуйтесь тем, что есть, но не жалуйтесь
Жрите то, что дают, даже за ваши деньги.
профиль идеи на жестком диске с 7200 скоростью? или с 5400об/мин?
А если есть мощный сервер в инсте и есть kvm инстанс на нем через ssh, то можно ли:
поставить локальную копию jvm, поставить emacs и tmux и дрючиться в консольке или можно идею подключить в этот инстанс и стать нормальным пацаном с модными шоркатами, смузи и одеялом на шее?
В общем, узнайте, какое оборудование вам нужно
Вот я и пытаюсь узнать на чем люди работают. «Кошки(cats)» в скале - это основа основ (как std в плюсах).
Идею - нет, для emacs есть trump-mode.
За scalaz и двор стреляю в упор.
Из очевидных вещей - откатиться на котов постарше, обновить котов, попробовать импортировать не ВСЕ имплиситы?
Ну и что за железка - тоже напиши.
Какая ей разница, если том с проектом смонтирован по sshfs или nfs? Другое дело я все никак не пойму, если lang server работает на удаленном инстансе jvm с мощными процессорами, как локальную идею к нему прицепить?
Железо - синкпад i3 (4 ядра), 4 гига, диск 0.5 Tb (5400). Void linux ядро 4.19. Сама scala как repl в консоли работает очень быстро.
Какая ей разница, если том с проектом смонтирован по sshfs или nfs?
Так пробрось иксы просто с удаленного сервера и страдай удаленно.
Вообще сетевое хранилище - чудовищное днище, особенно если c TCP оверхедом.
Другое дело я все никак не пойму, если lang server работает на удаленном инстансе jvm с мощными процессорами, как локальную идею к нему прицепить?
Deleted ( 02.05.19 12:54:50 )
Последнее исправление: Deleted 02.05.19 12:58:45 (всего исправлений: 1)
Увеличь размер heap для запуска самой идеи и для sbt-модуля тоже. Там по умолчанию слишком уж заниженные цифры, GC слишком часто запускается и кучу времени отнимает.
А почему? Потому что им чик-чик и в production - денежки зарабатывают, на эффективность в принципе плевать - главное чтобы «плюшек» у IDE побольше было и народ покупал. И, кстати, отличия community версии от ultimate минимальные.
Для удобной работы нужно хотя бы 4 ГБ памяти
Увы, этого давно недостаточно. Ну и настройки по умолчанию в IDEA не кушают всю эту память, даже если она есть (читать выше).
Опять нищук без i9-9900K и 64гиг ddr4 закукарекал. Впрочем, ничего нового.
Зато у него моноиды, а ты, небось, даже визитор не используешь.
Зачем ему твои всратые паттерны, если есть i9 и RGB-подсветка?
Ну я и не зарабываю денег на программировании в идеи. Цель - ознакомлении с основными возможностями языка scala, пока не готов платить за ноут с i9 и 64 гигами ddr4. Вопрос про качество плагина идеи под скала.
Буду пробовать другие, emacs (ensime), vs c плагином scala, Windows.
Увы, этого давно недостаточно. Ну и настройки по умолчанию в IDEA не кушают всю эту память, даже если она есть (читать выше).
Я назвал минимально разумное значение. Желательно больше. Я сам использую Eclipse, но о требовательности IDEA к ресурсам знаю потому, что то и дело приходится смотреть на низкопробные проекты, состряпанные в IDEA (впрочем, не намекаю, что все пользователи IDEA идиоты).
I7-9900 тоже не надо. Значение мощности, на которое надо ориентироваться - универсальный 4-ядерный процессор Intel или AMD и 8 ГБ памяти. Если на компьютере одновременно запущены сервер приложений и СУБД, то лучше 16 ГБ, хотя и 8 хватит.
Постановка вопроса в теме неправильная: «Почему IDEA плохая?». Да, мне не нравится. Но можно задать встречный вопрос: «Почему ты сам плохой?». Конкретно, почему стал предъявлять претензии к программному средству, не выяснив нужные ему потребности в оборудовании.
Возьми Eta lang, будь мужиком. Там гляди и с богомерзкого JVM слезешь.
12 гигов озу минимум. По процу особо не требователььна, будет работать и на селероне.Но вот при недостачи озу начинается жесть. И вот ещё, а xmx у jvm в которой телега крутится какой стоит?
-Xms256m -Xmx1024m, а то браузер начинает тормозить.
Мало конечно, у xmx 2 гига стоит, при меньшем лаги начинаются. Вообще при таким слабом железе, логично было бы рассмотреть альтернативные варианты с простыми текстовыми рекдакторам вроде Sublibe Text или vscode. Это менее удобно, но зато лагов точно будет меньше.
Электрон менее тормознутый, чем жаба? Серьезно?
У меня есть другой вопрос: почему вообще эти IDE живы? Офис чешской фирмы недалеко - кто-нибудь, приедьте и порежьте их там. Кто-то, может быть, вообще в чехии живет - рукой подать. Я сейчас ради прикола их PyCharm поставил, так он мне минут 5-10 молотил сорцы, не давая ничего делать, а в итоге в проекте ничерта не проиндексировал.
Вот вы мне просто поясните: в чем прикол этих поделий? Отладка через анус, сборка через то же место. Рефакторинг? Пожалуй, единственный веский аргумент в поддержку этого убожества. Правда, в высокоуровневых языках для рефакторинга не нужно (и вредно) IDE, а лучший способ определения структуры программы - это считывание этой структуры из рантайма, потому применение IDE ограничивается среднеуровневыми языками, как то Java и ближайшие производные. Хз, как и зачем они пытаются индексировать библиотеки Scala - это тяжелый и бессмысленный процесс.
Может быть, конечно, я ничерта не понимаю в рефакторинге, но я действительно не писал на Жабе.
У меня есть другой вопрос: почему вообще эти IDE живы?
Других нет. Или emacs c тысячами строк в конфиге на лиспе. Очень все там сложно настраивается, у меня не получилось.
Самое лучшее что я видел - это вижуал студия.
Ну у меня такое ощущение, что жабомакаки писали IDE для самих себя, потому получилось хорошо, пусть и очень ресурсоемко. «Ничего, ты же разработчик, просто докупишь еще 64 Гб оперативочки, и всё будет нормально». Правда, меня не покидает ощущение, что 10 лет назад оно работало так же медленно на компе, который был раза в 4 менее производителен моего современного.
Писака на крестах не будет писать IDE для жабы, ровно как и PyCharm у JetBrains получилось говнищем, потому что разрабы ничерта не соображают в питоне и пытаются натягивать модель жавы на питон.
Это не IDEA плохо работает, а вы. IDEA действительно медленнее, чем более обычное Eclipse (но при этом по моим наблюдениям пользуется бешеным успехом у плохих программистов). Но при наличии компьютера, который лучше хлама, это не должно раздражать. Вы не указали, какое у вас оборудование. Для удобной работы нужно хотя бы 4 ГБ памяти (лучше 8) и нормальный процессор (по возможности 4-ядерный. Сойдёт и 2-ядерный, но не Atom. Atom не разгоните так, чтобы он годился для удобного программирования на платформе Java. Ну и другие хилые энергоэффективные процессоры вроде Celeron J1800 не подойдут).
Чувак, у меня эта шняга тормозит на двух цеонах (E5 v3) с 32G DDR4 памяти. Это не ТС плохо работает, это идею пишут долбозавры.
Она глючит и тупит, хотя там штат не три фрилансера.
Но слово «тормозит» - очень субъективно.
После vim и emacs, очень начинает бесить лаг при вводе текста. Он небольшой но присутствует.
Чувак, у меня эта шняга тормозит на двух цеонах (E5 v3) с 32G DDR4 памяти. Это не ТС плохо работает, это идею пишут долбозавры.
У меня хорошо работает.
Это не IDEA плохо работает, а вы.
Нет, это ты просто тормоз, как и все фанатики высеров JetBrains.
Хм, а что в теме ещё не объявился какой-нибудь стиви с его излюбленным восхвалением этой ’‘‘‘‘‘‘‘‘‘‘‘‘IDE’’’’’’’’’’’’?:
У меня на i7 с ssd и 24 гигами оперативки Идея запускается полминуты. Попробуй поставить его на запуск и пойти попить чаю :) (c)
Она тормозит даже на 64 GB RAM @ Core i9. Дело тут не в железе, а в кривых руках разработчиков JetBrains. Забевен тот факт, что даже Web-дрисня на JavaScript’е вроде Atom’ов и прочих VS Code работает быстрее чем IntelliJ IDEA со всем прочим скамом, начиная с AppCode, CLion, PyCharm, WebStorm и заканчивая Android Studio.
Вся эта хрень которую они создали является типичной антирекламой десктопных приложений на Java. Именно из-за поделок JetBrains приложения на этом ЯП прослыли тормозными, глючными и медленными.
даже Web-дрисня на JavaScript’е вроде Atom’ов и прочих VS Code работает быстрее чем IntelliJ IDEA
Что, кстати, забавно, учитывая, что JS однопоточен, но всё равно быстрее, чем IDEA, которая, внезапно, под один поток заточена, как указали выше. Что мешало разработчикам использовать всю мощь многопоточности - загадка похлеще Тунгусского метеорита.
Я уже написал, что идея - это инструмент для рефакторинга. Его именно таким разрабатывали, просто в какой-то момент получилось, что, из-за бурного роста мощностей однопоточных ЦП, инструментом для рефакторинга можно пользоваться как простым редактором (из пушки по воробьям, микроскопом гвозди), а если еще и отладчик докинуть, то можно беззаботно деградировать в одной IDE, что стало трендом следующих 15 лет.
Эта ситуация снова изменилась, и теперь,наоборот, писать код в инструменте для рефакторинга стало неудобно. Я уже давно пишу код на легковесных текстовых редакторах, изредка применяя более тяжелые решения для отладочки/обзора/рефакторинга, а мне только смеются вслед.
Цеоны разные бывают типа. Плюс, как выше заметили, даже редакторы на Electron так не тормозят как IDEA. Они, к слову, и популярнее.
Плюс, как выше заметили, даже редакторы на Electron так не тормозят как IDEA.
Про то, что они запускаются раз в пять дольше, выше не заметили? Балаболы.
Никакой загадки тут нет. У них просто так принято.
В 5 раз дольше чем IDEA? Серьёзно? Такое возможно?
Что мешало разработчикам использовать всю мощь многопоточности - загадка похлеще Тунгусского метеорита.
Оптимизация производительности
Мы много работали над улучшением производительности IntelliJ IDEA. Вот что у нас получилось:
- IntelliJ IDEA запускается гораздо быстрее.
- Меньше зависаний редактора и интерфейса.
- IDE потребляет меньше памяти, особенно при импорте Gradle-проектов.
Одной из главных задач в этом году было сократить время запуска IDE. Мы внесли существенные архитектурные изменения в платформу IntelliJ: некоторые процессы, которые при запуске происходили последовательно, теперь выполняются параллельно. Кроме того, мы реорганизовали классы, чтобы ускорить инициализацию, оптимизировали загрузку шрифтов на macOS и многое другое.
Мы уделили внимание повышению отзывчивости интерфейса и избавились от многих зависаний в различных частях IntelliJ IDEA. Нам удалось устранить причины зависаний из более чем 1600 баг-репортов. Кроме того, сообщать о зависаниях теперь легче.
Теперь IntelliJ IDEA работает гораздо быстрее, когда в редакторе или отладчике открыто много вкладок, а также когда регулярное выражение соответствует очень длинным строкам в Find in Path. Открытие дерева проекта тоже занимает меньше времени.
Мы ускорили работу редактора, оптимизировав вывод типов в Java. Вывод типов для длинных цепочек вызовов методов теперь работает намного быстрее. Подсветка синтаксиса Java тоже работает быстрее, особенно это касается методов с generic varargs (Arrays.asList, Map.ofEntries и т.д.), которые могут содержать десятки аргументов. Объединение нескольких строк с помощью действия Join Lines тоже ускорилось.
Поддержка Kotlin 1.3.60 тоже привела к улучшениям, например, ускорилась подсветка синтаксиса Kotlin в редакторе.
Другие исправления коснулись VCS: удалось сократить время обработки событий и игнорируемых файлов, устранить зависания и ускорить обновление статуса в больших проектах.
В подсистеме сборки мы снизили пиковое потребление памяти при импорте больших Gradle-проектов. А еще исправили проблемы с редактированием файлов pom.xml в Maven-проектах: теперь IDE предлагает варианты автодополнения без задержек.
Мы довольны результатами, но не останавливаемся на этом. В следующих версиях будем и дальше оптимизировать производительность и постараемся сделать запуск IDE еще быстрее.
Читайте также: