NetBeans

ну вот из последнего - после особого, уличного апдейта одной CMS надо было найти в коде настройку редиректа на страницу обновления... т.е. тупой поиск по слову "upgade"... соотв. вхождений множество, а интересны были последние измененные файлы (решил через поиск в Total Commander-е)

Добавлено спустя 3 минуты 6 секунд:
и еще вопросик... снова поиск в проекте, и вот эта стадия "Подготовка данных к поиску..." начинает вызывать тихую ненависть своей многоминутной продолжительностью (внезапно, даже если только что искал в этом же проекте)
м.б. есть какие-то хитрости/твики?

 

А пробовал с PhpStorm поработать? Я после Netbeance на него перешел, сразу так легко стало, никаких тормозов, а функционал тот же

 

проприетарщина не нужна

 

делаешь поиск по проекту по какому-нибудь тексту
как только запускаешь внизу в индикаторе выполнения процесса пишется "Подготовка данных к поиску..."
это безобразие происходит какое-то - длительное! - время, а потом там же выводится уже "Поиск" и идет индикатор собственно поиска

Добавлено спустя 45 минут 1 секунду:
и еще с одной фигней я повстречался...
при выполнении слегка адского sql-запроса к mysql
выдалось мне
"Код ошибки 0, положение SQL S1009: Value 'ужасное_количество_данных' can not be represented as java.sql.Date"
я конечно все понимаю нельзя издеваться так над бедным явоподелием
но быть может хоть плагины какие-то есть для mysql-sql-я?..

 

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

 

это просто совет дня, ящитаю
проще говоря, лучше тогда уже забросить Пых и писать на Яве

кстати тотал коммандер почему-то не требует обновления обеспечения

 

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

в коммандере попробуй по диску с поискать в файлах слово "пых". Сколько времени понадобится?)

 

выше написал
командер ищет по тому же каталогу, что и Бинс - вообще на порядки быстрее
бинс же как будто переиндексирует себе весь хард

 

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

и да, вполне вероятно, что нетбинс что-то там у себя индексирует. это ж не файловый менеджер.

 

да виндовс индексирует почту и прочий хлам быстрее чем бинс жалкие текстовые файлы
и потом, если есть индексация и поиск, то по идее в нормальном софте эту самую индексацию можно отключить, оставив только поиск

 

я бы уже с этим гребаным "подготовка данных..." и в код его наверное полез... если бы время свободное было
Такая хорошая и универсальная тащемта среда, и такие тупые лаги

 

Он не просто индексирует, где-то далеко далеко описан класс, а в каком-нить файле захотел посмотреть что за переменная - навел мышкой и он тебе все рассказал о ней =). Чем удобен нетбинс - так это копаться в больших проектах сторонних разработчиков))

 

Рекомендую в netbeans_dir/etc/netbeans.conf
добавить следующее колдунство из явошных параметров, много и долго думал, однако теперь живу спокойнее, и не скриплю зубами вот ужо месяца 3 как, а то тупило на крупных проектах - можно было ходить чай пить:

Код (Text):

1. -J-Xms32m -J-Xmx384m -J-XX:PermSize=32m -J-XX:MaxPermSize=200m
2. -J-XX:CompileThreshold=100 -XX:+CompressedOOPS -XX:+AggressiveOpts
3. -XX:+DoEscapeAnalysis -XX:+UseConcMarkSweepGC
4. -J-XX:+CMSPermGenSweepingEnabled
5. -Dsun.java2d.opengl=true

 

Разрешает использовать до 384 мб памяти, компилировать в машинный код большинство функций и оптимизировать их.
З.Ы. вечером будет время, подробнее распишу )

 

-J-Xms32m параметр указывает, начальный размер кучи 32 мегабайт. Этот параметр улучшает время запуска.
-J-Xmx384m максимальный объем используемой памяти. Значение по умолчанию 128 Мб. Можно экспериментировать и с большим объемом, я ограничился 384 в силу особенностей своей рабочей машины и процессов вертящихся на ней. + 32х битная JVM имеет ограничение в 1,5Гб, аккуратнее тут.
-J-XXermSize=32m - щас точно не вспомню, но вроде как начальный размер для сборщика мусора.
-J-XX:MaxPermSize=200m - соответственно максимальный размер
-J-XX:CompileThreshold=100 параметр сделает запуск Нетбинса медленнее, он устанавливает порог в 100 вызовов функции, прежде чем вызываемая функция будет скомпилирована, а не интерпретироваться ВМ. В итоге чем дольше работает ИДЕ, тем больше фукций пользовательского итерфейса компиляется. (можно уменьшить, однако тормоза обеспечены).
-XX:+CompressedOOPS используется для сжатия неиспользуемых указателей на объекты
-XX:+AggressiveOpts включает оптимизацию производительности, эта опция эксперементальная и не во всех релизах JVM работает.
-XX:+DoEscapeAnalysis java не позволяет создавать объекты на стеке напрямую, однако JVM вполне может.
-XX:+UseConcMarkSweepGC используется для смены алгоритма работы сборщика мусора, есть еще другой параметр ( -J-XX:+UseParNewGC), однако из них двух первый оказался куда приемлимее.
-J-XX:+CMSPermGenSweepingEnabled - довесок к выбранному алгоритму работы сборщика мусора (еще рекомендуют -J-XX:+CMSClassUnloadingEnabled, но не пробовал пока)
-Dsun.java2d.opengl=true включается аппаратное ускорение графики для отрисовки элементов пользовательского интерфейса (у меня в линуксе без него было скучно)

пока вот.
кое-что можно еще почитать тут: http://habrahabr.ru/post/160049/
кое-что здесь: http://www.oracle.com/technetwork/java/javase/tech/vmoption ... 40102.html
https://performance.netbeans.org/howto/jvmswitches/index.html

 

как это к пхп относится? а если это к самому нетбинсу, то разве он поставляется не в "машинных кодах"?

это что там ускорять-то? у кого-то меню и диалоговые окна долго отрисовываются?

 

1) Я бы даже сказал, что и нетбинс тут не причем, все только для jvm.
2) Да, бывает и такое..