Иногда Java-приложение падает в Kubernetes, хотя -Xmx вроде выставлен нормально. Проблема в том, что JVM живёт не только heap’ом. Память уходит ещё на: * Metaspace * thread stacks * direct buffers * JIT/code cache * native memory * библиотеки и агентские инструменты Kubernetes смотрит на весь процесс внутри контейнера. Если общий расход памяти пробивает container limit, pod получает OOMKilled, а не красивый Java OutOfMemoryError...
Java
🔥 Хочешь быстрее расти в IT? Хватит учиться в одиночку
В IT прокачивается тот, кто каждый день видит сильные идеи, новые инструменты, реальные задачи, вакансии и разборы. Окружение решает больше, чем кажется. Собрал папки и каналы, где можно быстрее влиться в нужное направление, следить за трендами и не вариться в своём пузыре. AI: https://dzen.ru/id/5e048b1b2b616900b081f1d9 Python: t.me/pythonl Linux: t.me/linuxacademiya Хакинг: https://dzen.ru/id/64086a270a7c6b686eb517e1 DevOps: t.me/DevOPSitsec Docker: t.me/DevopsDocker Golang: https://dzen.ru/id/600fbe2706925b5c057395e6 Rust: t...
Java Tip: не используйте `Stack` для LIFO-логики
В Java Stack до сих пор встречается в старом коде, но для новых проектов лучше брать Deque, чаще всего через ArrayDeque. Stack - legacy-класс. Он наследуется от Vector, а значит, тащит за собой старую модель и синхронизацию почти на каждом вызове. Для обычного стека это обычно лишнее. Вместо этого: Deque<String> undo = new ArrayDeque<>(); undo...
Ты не твой стек
Зачем учиться новому, когда по самое колено в практике? Не страшно, что всё больше джунов работают наравне с сеньёрами? Уже нельзя уметь только фреймворк, надо понимать что стоит за этим и в твоём опыте огромное преимущество, не хватает лишь малого - знаний об том как утроен мир и формула принятия решений. Метафизика? Нет - математика. Языки и фреймворки устаревают за 5–10 лет, стеки обновляются радикально. А способ мышления, которым ты пользуешься, чтобы разложить сложную задачу на части, остаётся с тобой навсегда...
Project Panama в Java 22+ — вызов C-кода без боли JNI
Java теперь может напрямую работать с нативными C/C++ библиотеками через Foreign Function & Memory API. Идея простая: * находишь функцию из C-библиотеки * описываешь её сигнатуру * вызываешь из Java через MethodHandle * работаешь с нативной памятью через MemorySegment и Arena Это сильно упрощает Java-native interop по сравнению с JNI...
