а оно тебе надо - таким на джаве заниматься?

Что за бл ?

Разработчиков интересуют такие знакомства ?)

Всем привет. Смотрите какая ситуация - есть спрингбут приложение в кубере с выставленными реквестами и лимитами, в контейнере с OpenJDK 1.8.0_212. И приложенька эта люто тротлит под сравнительно небольшой нагрузкой, CPU потребляет как не в себя. И есть MBean  java.lang.OperatingSystemMXBean, который мне при этом показывает ProcessCpuLoad в районе 5% и SystemCpuLoad в районе 15%. Вопрос вот в чем - может ли это быть признаком того, что jvm в конетйнере "берегов не видит" и от того так люто тротлит или просто MBean не в себе и его показания не нудно всерьез воспринимать?

я помню в какой-то из 8ой версии джавы были проблемы именно с докером и что jvm жрала сверх лимита и контейнеру было неприятно

если мерить то уж flight recorдером

В восьмой она видела данные машины, а не своей cgroup

Так вроде бэкпортировали фикс на это в восьмую, или я что-то путаю?

Смотря какой апдейт

Хм, да, вроде ровно в 212 добавили. Странно.

Но я не уверен что с нагрузкой ядер он все равно не хост видит. По идее там через cpu shares ограничение, это чисто время исполнения на ядре/ядрах

Я знакомлюсь в orphanRemoval, и пока не понимаю прикола его использования.
Есть у меня Topic [1..n] Comment. И, имея orphanRemoval=true, вызываю метод:

@Transactional public void removeComment() {
    commentRepository.findById(1L).orElseThrow().getComments().remove(0);}

Можно идти в обратную сторону и искать все комменты where comment.topic.id = someId, а потом удалять их. Этот подход явный и понятный. И возникает вопрос, тогда зачем полагаться на oprhanRemoal? Ведь это от части потенциальное место ошибок, когда удаляем дочерние сущности через коллекцию в Transactional методе, или я не прав?

возможно ваша ситуация https://habr.com/ru/company/flant/blog/489668/

А в чем будет ошибка?)в том что он попробует удалить некоторые комменты 2 раза?)мне кажется ошибки не будет и все удалится хорошо. Орфан это про то,что тебе не нужны самописные операции по удалению тех комментов,которые не имеют топика. Если у тебя считается нормальным коммент без топика тогда орфан юзать не стоит)

Кто-нибудь знает огнаничить глубину запроса (конкретного не всех) в java-graphql ?

Просто может быть баг, из-за незнания, как работает удаление дочерних сущностей.
К примеру внутри removeComment я могу вызвать другой метод foo(comments), передав topic.getComments(). Дальше случайно изменить коллекцию (мутировать) и это запишется неявно в базу.

Это по моему надо самому конфигурировать

А как? Что-то не нагуглилось )

в контексте spring data мне показалось, что orphan - это в основном про возможность удалять дочерние сущности, мутируя коллекцию comments. Если коммент без топика может существовать, то скорее в первую очередь нужно проверить не стоит ли случайно cascade remove.

поправьте если не прав