а всякие auto configuration и starters отключены или потребление памяти возрастает только при нагрузке ?)

со старта жрет примерно 400мб, еще пара сотен добавляется в течении 10 минут использования приложения

Ну в моем примере есть интерфейс единый для всех бинов

этот пример как раз для твоего примера

Можно код или кейс когда начинает жрать

всем день добрый, призываю адептов спринга с вопросом: почему spring-boot c rest-api и вебсокетами жрет 640 мб оперативы практически без нагрузки?

Пишешь @Bean Map<Type, Handler> beanMap(List<Handler> handlers){ handlers.stream...toMap(); }

В спринге можно инжектить коллекции бинов по типу

Сча проверю. Я знал но как то думал надо в проперти чтото прописывать

А так выходит мне и аннотация кастомная не понадобится если сработает

А так выходит мне и аннотация кастомная не понадобится если сработает

Кастомная аннотация как раз все усложняет

Если у тебя "ТИП" указан только в аннотации, тебе без рефлексии этот тип не вытащить никак.

Ну то етсь берешь handlers.stream..(hadler.getClass.getAnnotation.getType) - хуита в общем

Можно код или кейс когда начинает жрать

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

Можно код или кейс когда начинает жрать

я просто не понимаю, что там столько памяти жрет и зачем

я просто не понимаю, что там столько памяти жрет и зачем

обычно это томкат

обычно это томкат

юзаю undertow

юзаю undertow

-xmx 350M - обслуживает 4-5 запроса в секунду спокойно

со старта жрет примерно 400мб, еще пара сотен добавляется в течении 10 минут использования приложения

а у тебя там какие стартеры подключены ? Обычный spring-boot-starter-web или еще всякого напихано ? Попробуй с Xmx и Xss поиграться и повыстовлять меньшие значения

>-xmx 350M > 4-5 запроса в секунду хеллоу_ворлд_почти_совсем_не_тормозит.жпг

-xmx 350M - обслуживает 4-5 запроса в секунду спокойно

Xmx300m = 640мб со всеми нон-хипами

а у тебя там какие стартеры подключены ? Обычный spring-boot-starter-web или еще всякого напихано ? Попробуй с Xmx и Xss поиграться и повыстовлять меньшие значения

compile("org.springframework.boot:spring-boot-starter-web") { exclude module: "spring-boot-starter-tomcat" } compile("org.springframework.boot:spring-boot-starter-undertow") compile("org.springframework.boot:spring-boot-starter-websocket:") { exclude module: 'spring-boot-starter-tomcat' }

Xmx300m = 640мб со всеми нон-хипами

Ну дак это как сборщику в голову взбредёт, когда там GC делать, когда память обратно отдавать. Я вроде про это рассказывал :) https://shipilev.net/talks/javazone-Sep2018-shenandoah.pdf, начиная со слайда 62

Можешь попробовать во время простоя попросить Full GC у G1, и посмотреть, чем это закончится -- будет понятно, сколько там реально данных, а сколько "подушка". "jcmd <pid> GC.run", например

а у тебя там какие стартеры подключены ? Обычный spring-boot-starter-web или еще всякого напихано ? Попробуй с Xmx и Xss поиграться и повыстовлять меньшие значения

страшно выставлять уже меньше 300мб хипа, больше - памяти на инстанче не хватает, побольше брать не хочется

Ну дак это как сборщику в голову взбредёт, когда там GC делать, когда память обратно отдавать. Я вроде про это рассказывал :) https://shipilev.net/talks/javazone-Sep2018-shenandoah.pdf, начиная со слайда 62

gc вроде бы нормально выглядит

я просто не понимаю, что там столько памяти жрет и зачем

а хипдамп что-нибудь показывает?

а хипдамп что-нибудь показывает?

пока не хочется туда лезть

Я не о том. А о том, что сборщики придерживают память "на всякий случай", чтобы её в горячих случаях не просить. И сколько эта подушка размером -- это зависит от реализации и политик GC. Это ещё без того, что тот же G1 может не делать mixed сборку, если ему того не хочется по соображениям throughput'а, хотя это и просаживает footprint.

Не надо сразу хипдамп, хотя бы Full GC попроси :)

(Желательно несколько раз)

говорит, что com.sun.tools.attach.AttachNotSupportedException: Unable to open socket file: target process not responding or HotSpot VM not loaded

Пользователь должен быть тот же, что целевую JVM запустил. Ну или sudo.

да, прям от того же юзера заработало

через sudo не хотело

блин, похоже Шипилев то настоящий

по диалогу)

да, прям от того же юзера заработало

И как, изменилось в метриках что-нибудь? Old, например, упал?

И как, изменилось в метриках что-нибудь? Old, например, упал?

упал чуток, но потребление памяти не сильно изменилось

на сотню меньше стало

со старта жрет примерно 400мб, еще пара сотен добавляется в течении 10 минут использования приложения

смотри сколько бинов у тебя

все ли зависимости тебе нужны

смотри сколько бинов у тебя

это чем глянуть?

это чем глянуть?

в списке зависимостей

ситуация какая, ты добавляешь либы в класспаз и аннотацию @SpringBootApplication - он начинает создавать бины

ты можешь заэксклюдить лишнее

То есть >20% -- это не сильно, ок :) Жёлтое -- это metaspace (там где хранятся данные классов), а светло-голубое -- это code cache (там где хранится сгенирированный JIT-ом код). Отсюда надо разбираться, откуда там навалило столько кода, через зависимости поди.

точно 640м не жрет пустой спринг

ситуация какая, ты добавляешь либы в класспаз и аннотацию @SpringBootApplication - он начинает создавать бины

да что-то мало либ

Надеюсь, что нигде в ключиках не выставлен -XX:-ClassUnloading или какая-нибудь такая же хня

То есть >20% -- это не сильно, ок :) Жёлтое -- это metaspace (там где хранятся данные классов), а светло-голубое -- это code cache (там где хранится сгенирированный JIT-ом код). Отсюда надо разбираться, откуда там навалило столько кода, через зависимости поди.

20% - нормально =) я к тому, все равно дохрена на rest-api

ага, тест, веб, datasource

спринг заинжектит

Да сработало. Огромный ++++++ спасибо!

Надеюсь, что нигде в ключиках не выставлен -XX:-ClassUnloading или какая-нибудь такая же хня

не, классы анлодятся

жук, котлин и сваггер тянут не мало

А ничего Спринг -- 22 тысячи классов "всего" загружено, ёптыть.

подключаем project-report, собираем отчет и смотрим зависимости

жук, котлин и сваггер тянут не мало

еще раз, то же самое без спринга - 64мб

А ничего Спринг -- 22 тысячи классов "всего" загружено, ёптыть.

я что-то думал, что это для него нормальная ситуация

ну и можно посмотреть в идее что вторится суммарно и подумать что вырезать

ну и можно посмотреть в идее что вторится суммарно и подумать что вырезать

что куда смотреть?

Если хочется посмотреть на нативную память с точки зрения JVM, то можно NMT включить и помедитировать: https://shipilev.net/jvm-anatomy-park/12-native-memory-tracking/ -- вот оно наверняка скажет, что "Class" занимает дофига.

что куда смотреть?

слева вкладка Project, под деревом внизу External Libraries

ERROR: S client not available

потом в project report смотреть откуда эксклудить лишнее

это все автоконфиг, помню как-то взял с start.spring.io hello world с несколькими стартерами, закинул на сервак оно 500МБ оперативки отъело

убрал автоконфиг, добавил зависимости вручную, 150 стало

Если хочется посмотреть на нативную память с точки зрения JVM, то можно NMT включить и помедитировать: https://shipilev.net/jvm-anatomy-park/12-native-memory-tracking/ -- вот оно наверняка скажет, что "Class" занимает дофига.

кажется придется редеплоится с новыми опциями для jvm =(

кажется придется редеплоится с новыми опциями для jvm =(

Ну, -XX:NativeMemoryTracking=summary не помешает ради диагностики, да. Но почти наверняка дело в зависимостях, которые притащили кучу кода. NMT покажет, что может тредов надо порезать где-нибудь и т.п.

Ну, -XX:NativeMemoryTracking=summary не помешает ради диагностики, да. Но почти наверняка дело в зависимостях, которые притащили кучу кода. NMT покажет, что может тредов надо порезать где-нибудь и т.п.

пасиба, добавил, надо бы организовать релиз быстренько

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

(опять же, сначала надо зависимости подрезать, а потом уж только NMT)

что значит зависимости подрезать? вроде особо и нет ничего

Ну если нету, и придётся с этим жить, то тогда да, к тюнингу JVM прямая дорога.

ребята, может кто поделиться решением для работы с КриптоПРО CSP 4 (через MS CryptoIAPI или может другие варианты) в Java без JCSP?

ребята, может кто поделиться решением для работы с КриптоПРО CSP 4 (через MS CryptoIAPI или может другие варианты) в Java без JCSP?

Писать свою обертку для JNI и дергать из сишки криптопрошные штуки

Не получиться у тебя нормально работать с крипто про из джавы без JCP

Не получиться у тебя нормально работать с крипто про из джавы без JCP

на нормальную работу я тут конечно не рассчитываю)

а Bouncy Castle ?

или нужна сертифицированность или что-то из именно Крипто Пры

или нужна сертифицированность или что-то из именно Крипто Пры

ага, именно CSP

тогда про JNI дельный совет если это винда

а есть нативный крипто про для линукса?

Есть, но это всё издевательство чистой воды

добрый день помогите, пожалуйста, найти трабл: https://pastebin.com/ZrnuD8KS

без аннотации всё инжектится нормально

без аннотации всё инжектится нормально

без какой

без кастомной, собственно

@HelloWorld

там должен быть интерфейс , который наследует холдера

Вобщем рано обрадовался) в таком подходе тоже фигня получаеться так как каждый бин реализует метод интерфейса getType() и дальше этот бойлерплей висит в каждом бине мертвым грузом. ((((

Вобщем рано обрадовался) в таком подходе тоже фигня получаеться так как каждый бин реализует метод интерфейса getType() и дальше этот бойлерплей висит в каждом бине мертвым грузом. ((((

а аннотация не висит мертвым грузом?

С анотацией сам бин чище

Да рефлексия и тд. Но это в одном месте скрыто

3 строчки загрезняют код?

В каждом бине