Будет ли LinkedList быстрее? Должен ли я заменить «для каждого» на «итератор»? Должен ли этот ArrayList быть массивом? Эта статья появилась в ответ на настолько злобную оптимизацию, что она навсегда запечатлелась в моей памяти.  Прежде чем перейти к Java и способам устранения помех со стороны сборщика мусора или переключения контекста, давайте сначала взглянем на основы написания кода для себя в будущем.   Преждевременная оптимизация — корень всех зол.  Вы слышали это раньше; преждевременная оптимизация — корень всех зол. Ну, иногда. При написании программного обеспечения я твердо верю в то, что:    ; вам следует попытаться рассказать о намерениях так, как если бы вы писали историю. как можно более описательный    ; это означает, что вы должны знать основы языка и применять их соответствующим образом. максимально оптимальный  Максимально описательный  Ваш код должен выражать намерение, и во многом оно связано с тем, как вы называете методы и переменные.   int[10] array1; // bad int[10] numItems; // better int[10] backPackItems; // great  Уже по имени переменной можно сделать вывод о функциональности.  Хотя   является абстрактным,   многое расскажет вам об ожидаемом поведении. numItems backPackItems  Или скажем, у вас есть этот метод:   List<Countries> visitedCountries() { if(noCountryVisitedYet) return new ArrayList<>(0); } // (...) return listOfVisitedCountries; }  Что касается кода, то он выглядит более или менее нормально.  Можем ли мы добиться большего? Мы определенно можем!   List<Countries> visitedCountries() { if(noCountryVisitedYet) return Collections.emptyList(); } // (...) return listOfVisitedCountries; }  Чтение   гораздо более наглядно, чем  Collections.emptyList() new ArrayList<>(0);  Представьте, что вы впервые читаете приведенный выше код и натыкаетесь на   , которая проверяет, действительно ли пользователь посещал страны. Кроме того, представьте, что это скрыто в длинном классе, чтение   определенно более наглядно, чем   , вы также убедитесь, что он неизменяем, чтобы клиентский код не мог его изменить. защитную фразу Collections.emptyList() new ArrayList<>(0)  Максимально оптимально  Знайте свой язык и используйте его соответственно. Если вам нужен   , нет необходимости заключать его в объект   . То же самое касается использования   , если все, что вам действительно нужно, это   . double Double List Array  Знайте, что вам следует объединить строки с помощью   или   , если вы разделяете состояние между потоками: StringBuilder StringBuffer   // don't do this String votesByCounty = ""; for (County county : counties) { votesByCounty += county.toString(); } // do this instead StringBuilder votesByCounty = new StringBuilder(); for (County county : counties) { votesByCounty.append(county.toString()); }  Знайте, как индексировать вашу базу данных. Прогнозируйте узкие места и соответствующим образом кэшируйте. Все вышеперечисленное является оптимизацией. Это тот тип оптимизации, о котором вы должны знать и применять как первые граждане.  Как убить его первым?  Я никогда не забуду хак, который прочитал пару лет назад. Правда, автор быстро отступил, но это показывает, как много зла может возникнуть из добрых намерений.   // do not do this, ever! int i = 0; while (i<10000000) { // business logic if (i % 3000 == 0) { //prevent long gc try { Thread.sleep(0); } catch (Ignored e) { } } }  Адский взлом сборщика мусора!  Вы можете прочитать больше о том, почему и как работает приведенный выше код   , и, хотя эксплойт определенно интересен, это одна из тех вещей, которые никогда   следует делать. , в исходной статье не  Работает за счет побочных эффектов,   не имеет смысла в этом блоке. Thread.sleep(0)  Работает, используя недостаток кода ниже по течению.  Для любого, кто унаследует этот код, он непонятен и волшебен.  Начинайте создавать что-то более сложное только в том случае, если после написания со всеми   , вы столкнулись с узким местом. Но держитесь подальше от смесей, описанных выше.  стандартными оптимизациями, которые предоставляет язык  Как справиться   сборщиком мусора? с этим  Если после всего этого сборщик мусора по-прежнему оказывает сопротивление, вы можете попробовать вот некоторые из вещей:  Если ваша служба настолько чувствительна к задержкам, что вы не можете разрешить GC, используйте   .   «Epsilon GC» и вообще избегайте GC -XX:+UnlockExperimentalVMOptions -XX:+UseEpsilonGC  Это, очевидно, увеличит вашу память до тех пор, пока вы не получите исключение OOM, так что либо это кратковременный сценарий, либо ваша программа оптимизирована для предотвращения создания объектов.  Если ваша служба несколько чувствительна к задержке, но   , запустите GC1 и передайте ему что-то вроде   (по умолчанию — 250 мс). допустимый допуск допускает некоторую свободу действий -XX:MaxGCPauseTimeMillis=100    , скажем, одна из них вызывает   или   которые являются сборщиками мусора, останавливающими мир, вы можете переопределить противоправное поведение, запустив с  Если проблема вызвана внешними библиотеками System.gc() Runtime.getRuntime().gc() -XX:+DisableExplicitGC  Если вы используете JVM выше 11, попробуйте   , повышение производительности будет колоссальным!   . Вы также можете проверить этот   . Z Garbage Collector (ZGC) -XX:+UnlockExperimentalVMOptions -XX:+UseZGC тест JDK 21 GC  ВЕРСИЯ НАЧАЛО  КОНЕЦ ВЕРСИИ  ПО УМОЛЧАНИЮ GC  Ява 1  Ява 4  Серийный сборщик мусора  Ява 5  Ява 8  Параллельный сборщик мусора  Ява 9  непрерывный  Сборщик мусора G1  Примечание 1: начиная с Java 15,     , но вам все равно придется явно активировать его с помощью   . ZGC готов к использованию -XX:+UseZGC  Примечание 2. Виртуальная машина рассматривает машины как серверные, если виртуальная машина обнаруживает более двух процессоров и размер кучи, превышающий или равный 1792 МБ. Если это не класс сервера,   . по умолчанию будет использоваться Serial GC  По сути, выбирайте настройку GC, когда ясно, что ограничения производительности приложения напрямую связаны с поведением сборки мусора, и у вас есть необходимый опыт для внесения обоснованных корректировок. В противном случае доверьтесь настройкам JVM по умолчанию и сосредоточьтесь на оптимизации кода уровня приложения.    — вам захочется прочитать  u/shiphe комментарий полностью  Другие соответствующие библиотеки, которые вы можете изучить:   Java Microbenchmark Harness (JMH)  Если вы   ощущения без какого-либо реального сравнения, вы оказываете себе медвежью услугу. JMH — это   библиотека Java для проверки производительности ваших алгоритмов. Используй это. оптимизируете де-факто   Java-Thread-Affinity  Привязка процесса к определенному ядру может улучшить попадание в кэш. Это будет зависеть от базового оборудования и того, как ваша программа обрабатывает данные. Тем не менее, эта библиотека настолько проста в реализации, что, если метод, нагружающий процессор, вам захочется его протестировать.   LMAX разрушитель  Это одна из тех библиотек, которую, даже если она вам не нужна, вам захочется изучить. Идея состоит в том, чтобы обеспечить параллелизм со сверхнизкой задержкой. Но то, как это реализовано, от   до   привносит множество новых концепций. Я до сих пор помню, как впервые обнаружил это семь лет назад, проведя всю ночь, чтобы переварить это. механической симпатии кольцевого буфера,   Netflix jvmquake  Идея   заключается в том, что когда с JVM что-то идет не так, вы хотите, чтобы она умерла, а не зависала. Пару лет назад я запускал моделирование в кластере HTCondor, который имел жесткие ограничения на память, и иногда задания зависали из-за ошибок «недостаточно памяти». jvmquake  Эта библиотека заставляет JVM умереть, позволяя вам справиться с фактической ошибкой. В этом конкретном случае HTCondor автоматически перепланирует задание.  Последние мысли  Код, который заставил меня написать этот пост? Я написал гораздо хуже. Я все еще делаю. Лучшее, на что мы можем надеяться, — это постоянно меньше портить ситуацию.  Я ожидаю, что через несколько лет буду недоволен, глядя на свой собственный код.  И это хороший знак.   Эту и другие статьи вы можете найти на сайтеasteofserver.com.  Правки и спасибо:    за обнаружение ошибки изменчивости в   и подробное объяснение. Флориану Шетцу visitedCountries()    и   за объяснение того, что   вы получаете Serial GC u/brunocborges u/BikingSquirrel на машинах более низкого уровня    за то, что он нашел время, чтобы лучше объяснить, когда вам следует связываться с GC, а  u/ship ему когда не следует    за то, что направили меня на правильный путь относительно того, что   практикой u/tomwhoiscontrary следует считать стандартной  пользователю   (снова) за ссылку на тест сборщика мусора JDK 21. u/BikingSquirrel  Также опубликовано на  сайтеasteofserver.com.

This story contains new, firsthand information uncovered by the writer.

Read My Stories

Этот звук создан на языке оригинала истории!

Слишком долго; Читать

Make resilience your competitive advantage

Программное обеспечение процветает, если вы не убьете его первым: преждевременная оптимизация и рассказ о Java GC

About Author

КОММЕНТАРИИ

БИРКИ

ЭТА СТАТЬЯ БЫЛА ПРЕДСТАВЛЕНА В

Related Stories

Создание криптопродуктов, ориентированных на пользователя: важность отзывов клиентов

Telegram: мост Крипто-острова на материк

Полное руководство по успешной миграции в облако: стратегии и лучшие практики

Повысьте свою производительность с помощью этих 18 инструментов разработчика 🚀🔥

Создание криптопродуктов, ориентированных на пользователя: важность отзывов клиентов

Telegram: мост Крипто-острова на материк

Полное руководство по успешной миграции в облако: стратегии и лучшие практики

Повысьте свою производительность с помощью этих 18 инструментов разработчика 🚀🔥

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps