ответы на форуме

мечел обычка шорт

Qwert Asdfg (humera), инфляция же снизилась, сейчас все радуются жизни и гребут) до понедельника оптимизма и шортистов должно хватить)

Hefe, о чем с тобой говорить, тролль, как я сказал… так и будет

Qwert Asdfg (humera), лонгуешь так и скажи)

Знаю одно. С обвалами я не ошибаюсь

Qwert Asdfg (humera),

татку преф чтоли завалить кхирам.666

Qwert Asdfg (humera), хватит уже валить все к херам. Пни вверх уже

кранты достоянию.

Qwert Asdfg (humera), Всё своё должно остаться в своей стране!

Чингачгук (Великий Змей), хит парад дерьма — от дерьма)

Qwert Asdfg (humera), жабогадюкинг?)

ноеблана ждет завод? жаль( хорошее было кино…

Qwert Asdfg (humera), ты че за ним постоянно следишь?
последний раз у него было точно больше 7 лямов, как бы не под 8, даже не помню когда это было уже, пару месяцев назад может… щас 4, но у него по-моему и меньше до этого было, так что не все так плохо, хотя кто там знает его бухгалтерию, может выводил бабло…
но в любом случае респект ему, что не боится демонстрировать свою торговлю онлайн, хотя там зрителей никогда и нет, некто 1 — то ли бот, то ли он сам смотрит, то ли это ты

давайте лить в пол.

Qwert Asdfg (humera), свое или заемное?

baobab, 450

Qwert Asdfg (humera), ещё лучше

пора перелой понюхать.

Qwert Asdfg (humera), на 550

Чингачгук (Великий Змей), привет! как в ява8 уменьшить жор памяти? какие ключи нужны?

Qwert Asdfg (humera), гуглить не умеешь?)

Типы сборщиков мусора

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

1. Serial GC (Последовательный сборщик мусора) — однониточный коллектор. В основном относится к небольшим приложениям с небольшим использованием данных. Можно включить, указав параметр командной строки: -XX:+UseSerialGC.

2. Parallel GC (Параллельный сборщик мусора) — даже по названию, разница между последовательным и параллельным будет заключаться в том, что параллельный сборщик мусора использует несколько потоков для выполнения процесса сбора мусора. Этот тип GC также известен как сборщик производительности. Его можно включить, явно указав параметр: -XX:+UseParallelGC.

3. Mostly concurrent GC (В основном параллельный сборщик мусора). Если вы помните, ранее в этой статье упоминалось, что процесс сбора мусора на самом деле довольно дорогостоящий, и когда он выполняется, все потоки приостанавливаются. Однако у нас есть в основном параллельный тип GC, который утверждает, что он работает одновременно с приложением. Однако есть причина, по которой он «в основном» параллелен. Он не работает на 100% одновременно с приложением. Есть период времени, на который цепочки приостанавливаются. Тем не менее, пауза делается как можно короче для достижения наилучшей производительности сборщика мусора. На самом деле существует 2 типа в основном параллельных сборщиков мусора:

3.1 Garbage First — высокая производительность с разумным временем паузы приложения. Включено с опцией: -XX:+UseG1GC.

3.2 Concurrent Mark Sweep (Параллельное сканирование отметок) — время паузы приложения сведено к минимуму. Он может быть использован с помощью опции: -XX:+UseConcMarkSweepGC. Начиная с JDK 9, этот тип GC объявлен устаревшим.

Примечание переводчика. Информация про сборщики мусора для различных версий Java приведена в переводе:

Систематизированный список всех функций Java и JVM в Java 8-15

Советы и приемы

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

Явно устанавливайте в null устаревшие ссылки. Это сделает объекты, на которые ссылаются, подходящими для сбора мусора.

Избегайте финализаторов (finalizer). Они замедляют процесс и ничего не гарантируют. Фантомные ссылки предпочтительны для работы по очистке памяти.

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

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

Настройте JVM в соответствии с требованиями вашего приложения. Явно укажите размер кучи для JVM при запуске приложения. Процесс выделения памяти также является дорогостоящим, поэтому выделите разумный начальный и максимальный объем памяти для кучи. Если вы знаете его, то не имеет смысла начинать с небольшого начального размера кучи с самого начала, JVM расширит это пространство памяти. Указание параметров памяти выполняется с помощью следующих параметров:

Начальный размер кучи -Xms512m- установите начальный размер кучи на 512 мегабайт.

Максимальный размер кучи -Xmx1024m- установите максимальный размер кучи 1024 мегабайта.

Размер стека потоков -Xss1m- установите размер стека потоков равным 1 мегабайту.

Размер поколения -Xmn256m- установите размер поколения 256 мегабайт.

Если приложение Java выдает ошибку OutOfMemoryErrorи вам нужна дополнительная информация для обнаружения утечки, запустите процесс с –XX:HeapDumpOnOutOfMemoryпараметром, который создаст файл дампа кучи, когда эта ошибка произойдет в следующий раз.

Используйте опцию -verbose:gc, чтобы получить вывод процесса сборки мусора. Каждый раз, когда происходит сборка мусора, будет генерироваться вывод.

Заключение

Знание того, как организована память, дает вам преимущество в написании хорошего и оптимизированного кода с точки зрения ресурсов памяти. Преимущество заключается в том, что вы можете настроить свою работающую JVM, предоставив различные конфигурации, наиболее подходящие для запуска вашего приложения. Выявление и устранение утечек памяти — это очень просто, если использовать правильные инструменты.

Free Bird, а на этом говно форуме есть чтото, ради чего стоить оставлять посты? хозяин сайта дно. форум из дыр.

Qwert Asdfg (humera), ну не знаю, оставлял же, да и где лучше?! просто заметил огрызки твоих постов в ответах, интересно стало о чем вообще писал, вдруг были мысли интересные о газе, а я пропустил

Sergei, имхо. бакс курит в сторонке по дизайну

Qwert Asdfg (humera),

Sergei, ну раз «традиция», да еще и +27 лет прошло..............))))))))))

Qwert Asdfg (humera), баксы еще из-за дизайна берут. они хорошо выглядят. нам бы что-то крутое нарисовать а не памятники… — и сразу бы курс взлетел. соломинка перешибающая хребет клятому баксу! ну там что у нас крутого — понятно. Ленин

Sergei, я про Си ничего не скажу. Но то что скоро пипец рисованию рубля — это точно)

Qwert Asdfg (humera), уже 100 лет рисуют и ничего!) это уже традиция такая. баксы тоже рисуют. но умеют их втюхивать.

шорчу gkh5. верю в пропасть

Qwert Asdfg (humera), тут говорят что рост в Китае рисованный и ненастоящий! всплыла правда всеже, Си в бешенстве.

Вы че своего пацана кинули? Уже полторашку уложил в этом году. Хоть бы каментов ему в телек накидали. А вы жлобы все о себе… www.twitch.tv/n...

Qwert Asdfg (humera), что за ноунейм?

𝒜ꙅ𝓅𝓊, всю малину все равно соберет кукла ;-)

Qwert Asdfg (humera), нам долю малую, мы скромные

𝒜ꙅ𝓅𝓊, все нормально)) я же вижу что раздают) а вот коллега в пульсе лям потерял( не выдержал…

Qwert Asdfg (humera), есть кому принять его лям))

𝒜ꙅ𝓅𝓊, я нору шорчу)) и юань лонгую.

Qwert Asdfg (humera), в прошлую торговую сессию наверное весело было шортить