Почему IntelliJ так плохо работает?

Вся эта хрень которую они создали является типичной антирекламой десктопных приложений на Java. Именно из-за поделок JetBrains приложения на этом ЯП прослыли тормозными, глючными и медленными.

Вот-вот. Я уже задал вопрос о том, почему они вообще живы. Для меня это загадка, пока что никто не смог пояснить. Может там просто индусы за рис пишут enterprise-reliable-scalable-agile-seamless код? Сейчас такое модно, делфи так пишется, оракл нынче все свои продукты в таком режиме разрабатывает.

В 5 раз дольше чем IDEA? Серьёзно? Такое возможно?

Да. Да. Видимо да.

Про то, что они запускаются раз в пять дольше, выше не заметили? Балаболы.

Вот он – типичный сектант JetBrains. Твои же соратники дрищут на этом форуме балладами, подобными этой и считают загрузку IDEA на SSD, 24 GB RAM и i7 за полминуты огромным достижением.

Не запускается Electron, Atom и прочая Web-дрисня на JavaScript дольше чем IDEA Based высеры. Не занимайся аутофелляцией, мой медленный любитель поделочек JetBrains.

https://youtu.be/XlxgkOr-8ok?t=52

Забевен тот факт, что даже Web-дрисня на JavaScript’е вроде Atom’ов и прочих VS Code работает быстрее чем IntelliJ IDEA

А Notepad, даже ++ — ещё быстрее.

Есть третий вариант - не использовать Жаву для написания приложений с большим числом потоков, использующих глобальные изменяемые состояния.

А правильный вариант — не использовать глобальные изменяемые состояния в конкурентной среде.

https://youtu.be/2yXtZ8x7TXw?t=367

Цеоны разные бывают типа. Плюс, как выше заметили, даже редакторы на Electron так не тормозят как IDEA. Они, к слову, и популярнее.

Я понимаю, что есть какой-нибудь E-2126G, но, блин, какой же это Зеон? 6 ядрышек.

Плюс, как выше заметили, даже редакторы на Electron так не тормозят как IDEA. Они, к слову, и популярнее.

Запустил сейчас Atom, чтобы сравнить с PyCharm. Ну запускаются примерно одинаково, 5 сек, вполне приемлимо.

facebook-atom/atom-ide-ui
This package added 412ms to startup time
igeiger/ide-python
This package added 6ms to startup time

Индексация и Идеи своя, у Атома - только через python-language-server.
Тормозов у Атома из-за индексации нет, в отличие от Идеи, которая несколько минут при запуске индексировала библиотеки, заметно вешала среду и вообще систему. Я попытался найти хранилище символов python-language-server, и, к моему удивлению, такого вообще не оказалось. Системные вызовы показывают, что PyLS держит десяток питонов и читает ими файлы. Такой подход дает хорошую производительность поиска по стандартным библиотекам - менее секунды для хинтов, списка символов, перехода к определению.
У Atom вообще в принципе тормозов интерфейса не замечено было ни при каких действиях, кроме изначального запуска. При этом, загрузка процессора довольно скромная: пару-тройку десятков поисков символов дали 15 секунд процессорного времени PyLS; сами процессы атома при работе с кодом, грубо говоря, полностью занимают время одного ядра, то есть, за полторы минуты работы - полторы минуты процессорного времени.
Мне очень понравилось. Большое спасибо за совет, я боюсь, что теперь это будут мои любимые инструменты. А так бы я ходил мимо и думал «да это же жаваскрипт и бравзер, они не могут быть быстрыми». Кстати, да, это жаваскрипт и браузер, через Ctrl+Shift+I можно посмотреть, как в нем устроен DOM.

Забевен тот факт, что даже Web-дрисня на JavaScript’е вроде Atom’ов и прочих VS Code работает быстрее чем IntelliJ IDEA

А Notepad, даже ++ — ещё быстрее.

Есть оч большая разница: Atom таки является IDE, а вот Notepad++, к сожалению, нет, туда LSP-плагина даже не завезли, не говоря уже про отладку.

А правильный вариант — не использовать глобальные изменяемые состояния в конкурентной среде.
https://youtu.be/2yXtZ8x7TXw?t=367

Чел умеет много балаболить, на то он и профессор. А у нас тут практики сидят, здесь некоторые, между прочим, писали многопотоки в средах, где кроме неизменяемых данных ничего нету.
Проблема жавы в том, что она в принципе не умеет в глобальные неизменяемые состояния. Для нее изменяемые и неизменяемые объекты - это те же самые объекты, просто с разными методами, и пока ты не вызываешь методы изменения - у тебя объект функционирует как неизменяемый.
Неизменяемые объекты в случае жавы хороши тем, что формально гарантируют, что старые объекты не начнут ссылаться на новые, поскольку именно такой сценарий наиболее убийственен для производительности современный сборщиков, работающих по принципам поколений объектов. Новые объекты находятся в изолированной параше для ускоренной сборки, ведь на них часто никто не ссылается и их можно быстро удалить. Но если ты сослался из старого объекта на новый, то эту ссылку придется специально отдельно учитывать при мелкой сборке молодых объектов. Поведение сборщика мусора при этом, как я уже писал, никак не учитывает изменяемость/неизменяемость - учитывается только фактическое значение указателя. https://www.ibm.com/developerworks/library/j-jtp01274/
https://www.ibm.com/developerworks/java/library/j-jtp11253/
Разработки ведутся, к слову, но на текущий момент у жавы абсолютно все объекты скидываются в одну кучу, разделяясь только по поколениям.
https://www.cs.kent.ac.uk/pubs/2005/2228/content.pdf - A fast analysis for thread-local garbage collection with dynamic class loading (2005)
https://kar.kent.ac.uk/57582/ - A study of thread-local garbage collection for multi-core systems (2016)
Как видишь, годы идут, а воз и ныне там. Может быть, по мере упрочнения позиций Kotlin и Scala порочный шаблон будет разорван, и возникнет смысл реализации потредового сбора мусора.
Ну и да, неизменяемые объекты (точнее, методы, работающие с неизменняемыми данными) хороши отсутсвием издержек синхронизации - этот плюс в жаве реализован.

С удивлением листаю коменты. Это наверное что-то скала-специфическое, потому что webstorm/phpstorm на базе той же intellij idea работает очень приятно, автокомплит и статический анализатор бомбический, быстрый поиск действительно быстрый.
Единственное, чего не хватает - по истории git приходится искать руками. Но какие-то лютые тормоза в работе - никогда.
Скромные 8гб + ssd, машине семь лет.

Простите, а у вас сколько миллион строк суммарно в проекте+библиотеках?

960 kloc в текущем

Странно, это уже граница, на которой начинаются проблемы.
https://stackoverflow.com/questions/26524923/phpstorm-freezes-very-often - PHPstorm freezes very often
https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000791530-... - my PHPStorm freezes every two hours since some days
https://intellij-support.jetbrains.com/hc/en-us/community/posts/360001211059-... - WebStorm IDE Constantly Freezing (cannot get any work done :( )
https://intellij-support.jetbrains.com/hc/en-us/community/posts/207006255-PHP... - PHPStorm editor freezing
https://intellij-support.jetbrains.com/hc/en-us/community/posts/206337109-PHP... - PHPstorm freezes very often
https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000446284-... - Ubuntu 18.04 Desktop freezes after opening IntelliJ PHPStorm or WebStorm twice
https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000000770-... - PHPStorm freezes due to huge workspace.xml due to many xml scratch files
https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000773184-... - Frequent hangs even with increased memory
https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000132784-... - WebStorm 2017.3.4 freezing temporarily then working again
https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000089624-... - IDEA is constantly freezing
https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000563744-... - 2017.4 hangs during indexing
https://intellij-support.jetbrains.com/hc/en-us/articles/206544899-Getting-a-... - Getting a thread dump when IDE hangs and doesn't respond
https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000168304-... - Freeze on open project
https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000592064-... - Phpstorm hangs after a right click
Может быть тормоза - это просто единичный случай, я хз.

Безалкогольное пиво -> надувная женщина

Скала -> руби -> содомия

Мне вообще кажется что все посты за idea проплаченны. Нужна она вообще тебе? Попробуй vim с jedi, или emacs с elpy. Если все же хочется чего то более юзерского то - vscode.

Увеличь до 8 хотя бы и ставь ссд.

Это Java. Иначе тут не бывает.

Есть оч большая разница: Atom таки является IDE

Смешно.

Разработки ведутся, к слову, но на текущий момент у жавы абсолютно все объекты скидываются в одну кучу, разделяясь только по поколениям.

В ZGC и Shenandoah, вроде, нет поколений.

В ZGC и Shenandoah, вроде, нет поколений.

В Shenandoah действительно нет поколений. Это шаг назад, который вызван шагом вперед в JVM - появилась возможность перемещать объекты без остановки выполнения программы. ZGC является вариацией этого мотива, плюб разноцветные указатели.

на какой ide вообще пишут люди на скала за зарплату

https://www.google.com/search?q=scala ide
- первая строка символизирует...

https://postach.ru/static/post/1/385/zscHNdJ.jpg

А есть подобная картинка, только про KoKoKotlin?