Есть ли реальный способ заставить Netbeans загружаться и работать быстрее?
Это слишком медленно и становится хуже, если вы какое-то время кодируете. Он съедает всю мою оперативную память.
Я использую Windows-машину, в частности Windows Server 2008 Datacenter Edition x64, 4 ГБ ОЗУ, процессор Core 2 Duo 3 ГГц и т. д. Я использую x64 JDK. Я использую антивирус NOD32, так как для меня это лучший компьютер по производительности.
В диспетчере задач netbeans.exe показывает не более 20 МБ, java.exe - более 600 МБ.
Мой проект представляет собой веб-приложение J2EE, более 500 классов, только библиотеки проекта не включены (внешние). И когда я сказал медленно, я имел в виду, что 3, 4, 5 или более минут Netbeans заморожены.
Мой проект слишком велик для Netbeans, если ему нужно читать все файлы, чтобы получить состояние файлов, например предупреждения об ошибках, статус svn и многое другое? Можно все это отключить? Можно ли настроить сканирование только при открытии файла?
Мой процессор обычно загружается на 30 процентов со всеми открытыми инструментами, я имею в виду Netbeans, MS SQL Manager, Notepad, XMLSpy, Task Manager, Delphi, VirtualBox. Netbeans потребляет больше оперативной памяти, чем мои виртуализированные системы.
В Linux он такой же медленный, как и в Windows на той же машине (Ubuntu 8.04 x64).
Это правда, что команда Netbeans улучшила скорость запуска, но когда она открывается, она начинает кэшировать ВСЕ.
Я использовал некоторые параметры JVM для установки высокого использования памяти и другие:
"C:\Program Files\NetBeans Dev\bin\netbeans.exe" -J-Xms32m -J-Xmx512m -J-Xverify:none -J-XX:+CMSClassUnloadingEnabled
Но это все равно медленно.
Нормально ли работают другие IDE, такие как VS или eclipse?
Несколько вопросов, которые помогут нам лучше решить вашу проблему :-) Можете ли вы сказать нам, сколько у вас оперативной памяти? Какая операционная система? Что показывает TaskManager для Netbeans? Сколько классов у вашего проекта (ов)? Когда вы говорите медленно, можете ли вы указать нам минуты, секунды?
Ваша машина звучит достаточно мощно. Он намного быстрее моего, и я могу запускать netbeans с хорошей скоростью. Единственное, что приходит в голову, это то, что вы используете 64-битную ОС. Вы используете 64-битный Java JDK?
Ваша машина сильна и определенно не имеет ограничений по количеству процессоров и оперативной памяти. Современные компьютеры в основном ограничены вводом / выводом, поэтому вам следует проверить параметры жесткого диска (очередь). изменить: вы должны отредактировать свой вопрос, а не публиковать ответ.
Удаление проверки орфографии, шаблонов веточек является ключевым шагом после того, как вы выполнили шаг netbeans.conf! Но вы потеряете рамки сочувствия !!!




- последняя версия NetBeans в настоящее время - 6.9.1 - последняя версия JDK - это 1.6.0, сборка 21
Никогда не следует дефрагментировать, если у вас есть SSD, и даже с обычными жесткими дисками это практически не дает прироста производительности.
как так? хотя теперь дефрагментация выполняется автоматически в современных ОС, таких как Windows 7 и новее.
@Dreadedsemicolon Современные ОС используют файловую систему, которая не требует дефрагментации и тому подобных вещей прошлого.
Это корпоративная машина с Windows? Если такие агрессивные антивирусные сканеры действительно могут замедлить работу современных IDE. Проверьте в диспетчере задач процессы, которые используют много операций чтения с ЦП или диска.
Гм ... отключение антивирусных сканеров на корпоративном компьютере - не вариант для повышения производительности.
Также дефрагментируйте свой диск. Netbeans очень агрессивно относится к созданию кешей той или иной формы. Большинство из них в какой-то момент сохраняется на диске, что может повлиять на время запуска. Сканеры вирусов (в частности, Symantec), поисковые системы для настольных компьютеров и любые другие продукты ввода-вывода могут резко снизить производительность.
Я заметил, что Netbeans временами может быть вспыльчивым, и его производительность может сильно различаться между двумя машинами с почти идентичными характеристиками. Моя рабочая машина имеет ужасную производительность и временами непригодна для использования, но она молниеносна, когда я использую ее на своем домашнем компьютере (во многих случаях с более крупными проектами).
на самом деле дефрагментировал ПК на работе, на самом деле ничего не делал с netbeans, хотя все остальное сделал быстрее
Если это на корпоративном компьютере - убедитесь, что кеши не хранятся в сети
Всем следует отметить, что виртуальная машина Sun Java для Windows не использует разделяемую память. Это означает, что чем больше кучи вы дадите своей виртуальной машине, тем больше памяти она оставит себе. Преимущество большего количества кучи - это меньшая сборка мусора и, возможно, более высокая производительность Java-приложения, которое вы запускаете, но обратная сторона заключается в том, что у других ваших приложений может быть меньше памяти для работы, и ваша система может работать медленнее из-за этого.
Больше кучи на самом деле означает больше времени gc "остановить мир", потому что gc должен сканировать всю кучу на предмет "мусорных" объектов. Это можно решить, используя другой gc.
Более-менее подробное описание того, почему NetBeans так часто работает медленно, можно найти в статье:
Boost your NetBeans performance
First. check what NetBeans is actually doing on your disk. On a Mac you can issue this command:
sudo fs_usage | grep /path/to/workspaceIn my special case I got a directory which didn't exist any longer, but NetBeans tries to access the folder all the time:
14:08:05 getattrlist /path/to/workspaces/pii 0.000011 javaRepeated many, many, many times. If you have a similar problem, fix it by deleting your NetBeans cache folder here:
~/.netbeans/6.8/var/cacheIf your NetBeans.app is still making a lot of disk I/O. Check if it's accessing the subverison folders and svncache.
I had to disable the subversion features with config file:
~/.netbeans/VERSION/config/Preferences/org/netbeans/modules/versioning.propertiesadd a line:
unversionedFolders=FULL_PATH_TO_PROJECT_FOLDERSOURCE: Netbeans forums
ИМХО, это в основном связано с большим количеством дисковых операций ввода-вывода, вызванных отсутствием файлов или папок и svncache.
К сожалению, эта ссылка в настоящее время мертва.
Эти инструкции по очистке кеша у меня не работали, это сработало: Как очистить кеш в NetBeans.
У меня была такая же проблема с медленным Netbeans, но теперь стало намного лучше после деактивации подключаемого модуля SVN. Думаю, это может помочь.
Удачи
Если в Windows: можете ли вы деактивировать плагин SVN в Netbeans, а затем использовать Tortoise для синхронизации вашего репозитория? Я вижу реальный вариант в этом решении еще и потому, что операция фиксации всегда блокирует все остальные входы.
я скорее использовал приложение colab, чем черепаху .... но тогда скорость для меня все та же.
Удаление проверки орфографии, шаблонов веточек является ключевым шагом после того, как вы выполнили шаг netbeans.conf! Но вы потеряете рамки сочувствия !!!
Не тратьте время на оптимизацию установки NB, если вы можете масштабироваться по вертикали: приобретите SSD (и более быстрое оборудование в целом).
Также:
%AppData%)Я должен частично не согласиться. У меня 8 ГБ ОЗУ, 256 ГБ SSD, процессор Core i5 в моем рабочем ноутбуке и большой проект с hadoop. IDE настолько медленная, что я думаю о переключении на IDEA. Я попытался удвоить Xms, PermSize, переключить сборщик мусора и добавить несколько настроек, и теперь Netbeans в порядке! Добавляю: Dsun.java2d.d3d = false -J-XX: + UseConcMarkSweepGC -J-XX: + CMSClassUnloadingEnabled -J-XX: + CMSPermGenSweepingEnabled. По-разному. SSD хороший, оперативная память тоже большая, но это еще не все для производительности IDE. Я думаю, что настройки по умолчанию плохи для больших проектов с большим количеством библиотек для анализа.
Это полностью зависит от размера вашего проекта. В обычных проектах быстрое оборудование (с упором на ввод-вывод) и конфигурация AV получают больше, чем возня с параметрами виртуальной машины. Однако для ОГРОМНЫХ проектов все может быть иначе.
Отлично, большое спасибо! Я разделил на 2 время, необходимое для компиляции, просто исключив папки проекта в моем антивирусе.
Для меня на данный момент помогло просто добавление -J-Xmx256m в файл конфигурации. У меня много оперативной памяти, поэтому я на самом деле установил 512 под управлением Ubuntu 18 Хорошее место для информации о параметрах: performance.netbeans.org/howto/jvmswitches/index.html
Да, переход на IDEA - это вариант. Я также слышал, что Netbeans 5.5 "улучшил скорость" FWIW reddit.com/r/java/comments/1en9ac/…
Чтобы улучшить время запуска и сборки Netbeans, необходимо (в этом порядке):
Основная причина, по которой он сильно загружается, - это скорость жесткого диска. И покупка SSD была бы решением, но не лучшим решением, когда вам нужно потратить кучу денег, когда вам просто нужно ускорить NetBeans. Остальное не важно из того, что вы сказали. У меня 8 ГБ RAM, i7 quadro и нет антивирусного сканера, потому что я использую Linux, и в любом случае он сильно загружается. + на Linux ext4 все загружается и устанавливается быстрее, чем на NTFS ... Мой жесткий диск 5400 об / мин, вот в чем проблема.
Но вопрос не ограничивался временем загрузки и не ограничивался системой Linux. И если вы действительно думаете, что оперативная память не имеет значения, попробуйте запустить Netbeans на машине с объемом памяти 1 ГБ. В любом случае, использование SSD ускоряет загрузку всего, а не только Netbeans, это была моя лучшая инвестиция.
Kdevelop - вещи, которые вы упомянули, являются общими ... я думаю, что пользователям следует оптимизировать свой файл netbeans.conf, а затем удалить ненужные плагины, такие как проверка орфографии и т. д.
Очень простое решение проблемы, когда кажется, что ваша IDE NetBeans или Затмение использует слишком много памяти:
У меня возникла аналогичная проблема с Netbeans 7.0 на моем Linux Mint, а также на Ubuntu. Netbeans использовал> 700 МБ пространства и 50-80% ЦП. Тогда я решил немного навести порядок. У меня было установлено 30 плагинов, и я не использовал большинство из них. Итак, я отключил плагины, которые не использовал, целых 19 плагинов, которые я отключил. теперь память использует до 400+ МБ, а ЦП использует до 10 и максимум до 50%.
Теперь моя жизнь намного проще.
+1 за закрытие проектов, над которыми вы не работаете. Netbeans ведет индекс для каждого открытого проекта.
@LuisLoboBorobia Отличается ли он отключением или удалением неиспользуемых плагинов?
ну, это, безусловно, повлияет, если плагин будет делать что-то ресурсоемкое, например, на основе изменений файлов. Как мониторинг, осуществляемый с помощью управления версиями исходного кода. Я бы не включил неиспользуемые плагины.
Я не совсем уверен, но думаю, что это должно повлиять на общую производительность. Например, у меня есть только те плагины, которые я действительно использую ...
Как только я закрыл другие свои проекты, intellisense стал настолько быстрым, насколько я мог надеяться! Спасибо, мужик!
Мы можем использовать следующую опцию JVM, чтобы ускорить загрузку / работу NetBeans.
Вариант JVM: -J-Xverify:none
Как установить:
Отредактируйте файл C:\Program Files\NetBeans <version>\etc\netbeans.conf
(проверьте папку установки NetBeans, если вы установили ее в другом месте)
Найдите строку, в которой говорится
netbeans_default_options = "..."
Добавьте опцию -J-Xverify:none в список опций.
Перезапустите NetBeans.
Я выполнил поиск в Google по запросу Xverify:none, и все 3 из первых 4 результатов говорят, что его никогда не следует устанавливать. Я ничего не знаю о JVM и не знаю, насколько это правда, но оставляю этот комментарий здесь как предупреждение людям не копировать и вставлять его вслепую, не исследуя, что он на самом деле делает.
деактивировать Git, Subversion, Local History, Spell checker и другие неиспользуемые плагины
большинство из них действительно не так сильно сказываются на производительности, также избавиться от git для меня не пойдет. На самом деле у меня возникает соблазн никогда не закрывать netbeans между рабочими днями, чтобы мне не приходилось каждый раз ждать процесса загрузки.
Я использую Windows 7. Я предлагаю щелкнуть правой кнопкой мыши ярлык NetBeans, перейти в «Свойства» и на вкладке «Ярлык» в поле «Цель» добавить -J-Xmx1024m -J-Xms256m.
Это устанавливает использование памяти JVM. Xms - минимальное значение, а Xmx - максимальное.
Это значение целевого текстового поля:
"C:\Program Files\NetBeans 7.1\bin\netbeans.exe" --jdkhome "C:\Program Files\Java\jdk1.6.0_10" -J-Dorg.netbeans.modules.php.dbgp.level=400 -J-Xmx1024m -J-Xms256m
Поскольку я добавляю этот атрибут, мои NetBeans работают так быстро!
Другой способ попробовать Подробнее здесь
В каталоге etc на вашем Netbeans-Home отредактируйте файл netbeans.conf file. -Xms и -Xmxдолжен быть увеличен к значениям, которые позволяют вашей программе компилироваться.
инструкции в netbeans.conf:
# Note that default -Xmx and -XX:MaxPermSize are selected for you automatically.
# You can find these values in var/log/messages.log file in your userdir.
# The automatically selected value can be overridden by specifying -J-Xmx or
# -J-XX:MaxPermSize= here or on the command line.
Поместите значения в строку netbeans_default_options. Пример :
netbeans_default_options = "-J-client -J-Xss2m -J-Xms32m -J-XX:PermSize=32m -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.dpiaware=true -J-Dsun.zip.disableMemoryMapping=true -J-Dsun.awt.disableMixing=true -J-Dswing.aatext=true -J-Dawt.useSystemAAFontSettings=lcd --laf Nimbus"
Что делать, чтобы ускорить / освободить окна памяти:
Отключить Центр обновления Windows:
Services.msc и нажмите Enter.
Startup TypeAutomatic, щелкните правой кнопкой мыши, щелкните Properties и измените тип запуска на ManualStatus и остановка служб из (стороннего) приложения, которое вы считаете неиспользуемымЧто это значит? Пожалуйста, дайте также некоторые пояснения.
Это устанавливает использование памяти JVM. Xms - минимальное значение, а Xmx - максимальное. Я не знаю, насколько хорошо работает эта настройка (я только что обнаружил ее), но, очевидно, вам следует адаптировать значения к своему оборудованию.
Была такая же проблема с Netbeans 7.3. * И 7.4 Beta в Windows 7. Включая и выключая некоторые плагины, я понял, что это был плагин svn, который постоянно увеличивал процессор примерно до 27%, превращая мой ноутбук в тостер. Выключите его и снова доведите код :)
Это работает для меня:
netbeans_default_options = "-J-client -J-Xverify:none -J-Xmx1024m -J-Xss2m -J-Xms256m -J-XX:PermSize=32m -J-Dnetbeans.logger.console=true -J-ea -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.dpiaware=true -J-Dsun.zip.disableMemoryMapping=true -J-Dplugin.manager.check.updates=false -J-Dnetbeans.extbrowser.manual_chrome_plugin_install=yes"
Настройки в etc/netbeans.conf.
Аналогично предложению поместить все на SSD.
Я запускаю netbeans из freeBSD. Файлы кэша netbeans находились в моем домашнем каталоге в .netbeans. Мой домашний каталог был смонтирован через nfs, поэтому доступ был очень медленным. Перенос .netbeans на локальный компьютер значительно повысил производительность. Я добавил программную ссылку из .netbeans из моего домашнего каталога в локальный каталог. Netbeans описывает, как изменить usedir и cachedir здесь, и перечисляет это как причину в пункте 4.
До этого я мог писать целые предложения в комментариях, прежде чем графический интерфейс догонит и отобразит их. После того, как текст появится по мере того, как я печатаю.
Самое простое решение:
Перейдите в Настройки-> Редактор и Отключить: автоматическое всплывающее окно завершения
Используйте: Meta key + \ вместо этого, когда вам нужно автозавершение кода.
Самой большой проблемой, которую я обнаружил, была функция автоматического завершения кода. Когда я печатал, он все время пытался запустить автозавершение кода. Это приводило к очень низкой производительности, поскольку в моем проекте много библиотек, от которых это зависит.
Лучше всего то, что вы можете перестать бороться с редактором, поскольку он продолжает обнаруживать ложные срабатывания во всплывающем окне завершения.
Не оглядывался с тех пор, как выключил это.
Спасибо, это было не совсем так (у меня это уже было выключено), но это меня в правильном направлении. Я отключил также "Insert Single Proposals Automatically" (NetBeans 8.0.2) и избавился от неприятных зависаний в больших файлах.
К сожалению, это не решило мою проблему, по какой-то причине он просто работал временно. Я добавлю свое решение в качестве ответа, если у кого-то такая же проблема. Но вы можете оставить голос :)
Спасибо, я обнаружил, что самая большая проблема в моем приложении - это каталоги bower, node_modules и tmp. Лучшим решением для меня было перейти в настройки проекта и добавить эти типы папок в исключенные папки. Это значительно повышает производительность. Убедитесь, что в netbeans есть только те каталоги для сканирования, которые действительно повышают ценность ваших предложений.
Для Windows - должен работать и для других ОС
Netbeans похож на любое другое приложение Java, которое требует настройки своей JVM.
Пожалуйста, прочтите следующую ссылку, чтобы получить некоторые результаты тестов для netbeans
https://performance.netbeans.org/reports/gc/
Следующие настройки отлично работают на моем ПК с Windows 7 с 4 ГБ ОЗУ и четырехъядерным процессором I5.
(Проверьте строку netbeans_default_options в файле конфигурации netbeans внутри папки bin и замените строку конфигурации следующим образом)
netbeans_default_options = "- XX: TargetSurvivorRatio = 1 -Xverify: none -XX: PermSize = 100M -Xmx500m -Xms500m -XX + UseParallelGC $ {netbeans_default_options}"
Небольшое предложение: сборка мусора играет жизненно важную роль в размере кучи JVM, и, поскольку у меня был четырехъядерный процессор, я использовал Parallel GC. Если у вас однопоточный процессор, используйте UseSerialGC. По моему опыту, если значения Xmx Xms одинаковы, JVM не требует дополнительных затрат производительности для переключения между минимальным и максимальным значениями. В моем случае, когда размер моего приложения пытается превысить 500 МБ, параллельный сборщик мусора оказывается полезным для очистки нежелательного мусора, поэтому мое приложение никогда не превышает 500 МБ на моем компьютере.
Действительно полезная статья о причинах медленной работы NetBeans:
Вот мои варианты netbeans для etc/netbeans.conf с использованием G1 GC и некоторые другие улучшения.
netbeans_default_options = "-J-server -J-Xss4m -J-Xms256m -J-Xmx512m -J-XX:PermSize=256m -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.dpiaware=true -J-Dsun.zip.disableMemoryMapping=true -J-Xverify:none -J-XX:+UseG1GC -J-XX:+TieredCompilation -J-XX:+AggressiveOpts -J-Dswing.aatext=true -J-Dawt.useSystemAAFontSettings=lcd -J-Dorg.netbeans.editor.aa.extra.hints=true"
Настройки шрифта (swing.aatex и следующие) являются необязательными - установите как вам нужно или удалите.
Эти настройки сильно улучшают мои netbeans!
NetBeans 8.0.2 (PHP) имеет две проблемы: клиент SubVersion и Шаблоны Twig. Чтобы значительно улучшить общую производительность, а) отключите плагин "Twig Templates" (это также отключит Symphony2, если он вам может понадобиться) и б) переопределите клиент SVN с помощью этого переключателя:
run.args.extra=-J-DsvnClientAdapterFactory=commandline
^ project.properties позволяет определять аргументы CLI индивидуально (что также может иметь смысл с настройками RAM и другими настройками). думаю, можно было бы снова включить Twig после закрытия связанного отчета об ошибке. повторное сканирование на самом деле не проблема, в то время как повторное сканирование выполняется так, как должно ... своевременно.
Просто тестировал еще немного и заметил, что в Linux он работает более плавно с Oracle JDK, чем (обычный) OpenJDK - видел, что с ним поставляется даже одна версия NetBeans.
Удаление проверки орфографии, шаблонов веточек является ключевым шагом после того, как вы выполнили шаг netbeans.conf! Но вы потеряете рамки сочувствия !!!
разве я не говорил об этом? он просто слишком перегружен дрянными (или, вероятно, слегка конфликтующими) плагинами - и отсеивание - единственный шанс получить IDE, с которой можно работать - вместо того, чтобы «ждать, пока что-то случится». клиент SVN даже работает - но только, не позволяя рекурсивно сканировать большие структуры каталогов (допустимы 1-2 уровня глубины) ... в противном случае я использую SmartSVN, потому что он просто работает.
У меня отработано включение автосканирования источников.
У меня были большие проблемы с NetBeans 8.0.2. Это старый вопрос, но, возможно, кто-то другой окажется здесь, как я, с той же проблемой, и я не нашел ответа, который мне где-либо помог.
У меня NetBeans 8.0.2 с подключаемым модулем Ruby on Rails в Windows 7. IDE зависала до 10 секунд почти при каждом изменении, которое я делал в некоторых файлах. Это была проблема только с большими файлами, но это должно зависеть от большего, были и другие большие файлы без проблем.
Проблема была вызвана "подсказкой" "Rails 3 Deprecations", я отключил ее, и теперь она работает очень быстро, можно без проблем включить все еще.
Это под Tools -> Options -> Editor -> Hints.
В других ответах также есть некоторые предложения по оптимизации с параметрами запуска. Я нашел эти ссылки о JVM-переключателях, которые помогли мне при тестировании на оптимизацию (но оказалось, что эти настройки не имеют ничего общего с моей проблемой), они очень старые, но содержат некоторую полезную информацию:
Объяснение JVM-переключателей.
Некоторые (старые) рекомендации
Убедитесь, что в папке вашего проекта есть папка, содержащая файлы вашего фреймворка или библиотеки (например: у Laravel есть поставщик папки) - файлы, которые вы не используете напрямую. Щелкните свой "проект"> свойства. Слева выберите «игнорировать папки» (я не знаю, как на английском, но это перед «Frameworks»). Справа нажмите «Добавить папку», выберите папки - это ускорит ваш Netbeans 8. Меня устраивает.
Поместите вашу домашнюю папку .netbeans в Ramdisk и Netbeans будет невероятно быстро.
Я обнаружил на своем Ubuntu 16.04, что каждое нажатие клавиши вызывает действие чтения или записи жесткого диска. Для меня достаточно причин использовать Ramdisk. В качестве небольшого положительного побочного эффекта, мой жесткий диск сейчас (больше нет tickclickrrickrrrticktick) и живет дольше.
Откройте файл:
/Applications/NetBeans/NetBeans\ 8.0.2.app/Contents/Resources/NetBeans/etc/netbeans.conf
Я добавил несколько вариантов, показанных ниже:
netbeans_default_options = "-J-Dsun.java2d.opengl=true -J-Dsun.java2d.d3d=false -J-Xmx2048m ...
Использование opengl может вам помочь, в зависимости от вашей системы. Я использую OsX. 2048м может быть многовато, но вроде не больно :-) ...
Я решил в последний раз исследовать, почему мой NetBeans работает медленно.
Я использую ПК с оперативной памятью 16 ГБ и 8-ядерным процессором 3,5 ГГц. Моя загрузка ЦП составляет около 5-20%, память ниже 40%, но NetBeans медленнее, чем мой 15-летний компьютер, который я спрятал в гараже.
Найдя эту тему и просмотрев http://wiki.netbeans.org/FaqSlowNetBeans, я понял, что в правом нижнем углу NetBeans я продолжаю видеть полосу с сообщением «Сканирование ...», после попытки остановить его и ничего не происходило. Я посмотрел дальше, что «Сканирование» ... "делал, и я понял:
Каждый раз, когда я запускаю NetBeans, NetBeans будет автоматически сканировать все открытые проекты.
И вот, я закрыл 20 открытых проектов, и NetBeans работает так же быстро, как Блокнот.
Попробуйте профилировать Netbeans с помощью VisualVM. Если «горячей точкой» является org.gnome.accessibility.atkwrapper.emitsignal (), попробуйте запустить Netbeans с
-J-Djavax.accessibility.assistive_technologies = " "
В моем случае это очень помогло.
Я действительно не знаю, почему именно этот инструментарий использовался, но похоже, что в целом безопасно отключить его.
Закройте все запущенные вами экземпляры. Возможно, вы какое-то время не закрывали ни один из них, заставляя их складываться и работать в фоновом режиме. Следовательно, вызывая задержку / замедляя работу программы.
В моем случае я получил огромное преимущество в производительности, отключив Rainbow (это плагин, который используется для раскрашивания скобок в коде):
Tools -> Options -> Miscellaneous -> Rainbow (снятие флажка включено)
Протестировано на Netbeans 10 с Java 8.
Проблема серьезного замедления возникала исключительно с особенно большими файлами Java (более 5000 строк кода), в то время как не было проблем с файлами меньшего размера (в пределах 1000 или 2000 строк кода).
Я сделал другие оптимизации, но эта была наиболее актуальной, потому что она резко снизила количество используемого процессора.
(-1) Какую версию Netbeans вы используете, сколько у вас оперативной памяти, какая у вас операционная система, сколько плагинов netbeans вы установили.