Java нас обманывает: скрытая цена чистого кода
Вчера вышла в свет очередная статья, где я заглянул чуть глубже чем обычно в Java.
Хотите знать чем дорог “чистый” код?
Добро пожаловать - https://habr.com/ru/articles/1036992/
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 26.05
Да, знакомая проблема. Мы выпилили у себя с горячих участков стримы, глянув на потребление памяти, а ее у нас мало. Красиво, чисто - и жрет как не в себя под нагрузкой. Мне было примерно понятна природа - "пила" на графике работы сборщика не доходила "зубьями" даже до середины памяти, и потребление нарастало. Интересный график был и привести к норме удалось лишь убрав операции над строками в стримах. Наша нагрузка была ~5000 рпс, что само по себе не густо, но на 2гб памяти и немалый размер объекта давало артефакты.
Вообще, функциональный стиль в джава несколько изврат из-за кучи оберток хотя бы. Всегда есть куда выстрелить себе в ногу
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён