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

философия пошла

тепленькая

А на олимпиаде список развернуть можно

Раз за хфт зашел разговор. Всегда интересовал вопрос, почему хфтшники, пишущие на яве, но заботящиеся о лэйтенси, не используют (или не рассказывают) о простом паттерне:
можно же иметь 2 ноды и роутер, который мониторит хип и выводит ноду из кластера, если хип близок к заполнению. Потом вручную запускает на ноде гц и вводит ноду обратно в кластер.
Понятно, что тут есть нюансы, но предсказать major gc это не рокет саенс. Вместо этого хфтшники надувают щеки и пишут c++ на яве.

гц даже предсказывать не надо. Просто выводить ноду, когда олдген стал больше ~50%. Или что там сейчас вместо олдгены. Ну это при условии, что выводить ноды можно.

и чо с ней делать потом?

триггернуть извне на ней System.gc и засунуть обратно

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

Подскажите пожалуйста, есть ли способ в IDEA сделать так чтобы python-модуль видел классы scala-модуля

Да

Делается проект, который будет содержать модули на scala и python. Основа будет написана на  scala (классы от которых будет происходить наследование). Соответственно пока идёт поиск решений, как избежать дублирования кода на питоне и scala

Хм. Спасибо за разъяснения. Изучу ваши предложения по подробнее.

обратно более осуществимо - иметь весь код и проект на жвм и вызывать иногда питон функции; CPython (Jep, scalapy) работает в этом случае ок, но тоже такое себе решение (принципиально), однако работает стабильно

Интересно. Что если в один момент времени все ноды выведутся?

Не говорите, что у этого околонулевая вероятность :)

Я не настоящий сварщик, но выглядит как дорогостоящая куча костылей лишь бы gc не триггернулся, не дешевле ли реально яп без него взять?

Что простите?

Ну это уже вопрос конкретных чисел