[B! memory] kk42のブックマーク

JavaでFargateのOutOfMemoryを引き起こした話 - Mirai Translate TECH BLOG

この記事は、みらい翻訳のカレンダー | Advent Calendar 2022 - Qiita の13日目です。こんにちは。プラットフォーム開発部でリードエンジニアをしているchanceです。今回はコンテナ（AWS ECS on Fargate）上での Java(JVM) のメモリのお話をします。概要先日、商用環境の ECS で試運転させていた Java アプリのコンテナが度々再起動してしまう事象がありました。幸い、まだリリース前だったためサービス影響はありませんでしたが、原因特定のためさっそく調査を開始しました。コンテナの停止理由は OutOfMemory だったのですが、Java のログにはそのような出力はされていませんでした。Java ヒープの枯渇ではなく OS のメモリを使い切っていたようです。AWS のコンテナの場合、メモリを使い切るとコンテナが強制終了されるとの

kk42 2024/03/28

リンク

メモリとスタックとヒープとプログラミング言語 | κeenのHappy Hacκing Blog

κeenです。今回の話は別にRustに限ったものではないのですが、よくRustを始めたばかりの人がスタックとヒープが分からないと言っているのをみかけるので少しメモリの話をしますね。厳密な話というよりは雰囲気を掴んで欲しいという感じです。メモリは配列プログラム（プロセス）のメモリには実行するプログラム（機械語）やグローバル変数/定数、関数の引数やローカル変数、その他プログラムで使うデータ領域などを置きます。プロセスに割り当てられるメモリというのは、1つの巨大なのっぺらな配列みたいなものです。サイズも決まってます。64bit OSなら2^64 byteです。 0 2^64 +--------------- ----+ | | | | | ~~ | | +--------------- ----+ これは仮想的なメモリなので実際の物理メモリに2^64 byteの配列がドンと確保される訳

kk42 2017/05/23

リンク

Java8のHotSpotVMからPermanent領域が消えた理由とその影響 | ギークを目指して

今回も前回の記事につづき、Java8による変更点で未だあまり紹介されていないポイントを記事にしようと思う。今回はJava8のHotSpotVMの話。Java8ではJEP122が取り込まれ、VMのメモリモデルが変更された。JEP122のタイトル「Remove the Permanent Generation」から想像できるとおり、Java8のHotSpotVMからは従来のPermanent領域が無くなった。なぜ、こういった変更が行われたのだろうか？また、元々Permanent領域に格納されていた情報は何処にいってしまったのか？JVM付属のツールにどういった影響があるのか？今回の記事ではこの点をまとめていこうと思う。なお、HotSpotVMのメモリモデルについて詳しくない方は、先にこちらの項番（「補足 – HotSpotVMのメモリ構造概説）を読んでいただくとスムーズに読み進められるだ

kk42 2017/04/05

リンク

Linuxの不揮発メモリ対応について - Qiita

(2019/6/12追記) 今なおこの記事を参照してくれる方がいらっしゃるのですが、現在は以下のスライドのほうが情報が新しいです。本記事は残しておきますが、新しい情報はこちらをご参照ください。 https://www.slideshare.net/ygotokernel/nvdimmlinux-137104084 はじめに Linux Advent Calendarの24日目の記事として不揮発メモリの状況について記載したいと思います。今回はkernelのソースの中とかのあまり技術的に深いところは突っ込まず、概略レベルです。（深いところはまだまだ勉強中の身です）。間違いなどがあればご指摘いただけると幸いです。不揮発メモリとはこれまでPCやサーバなどで主記憶装置といえば、電源を停止させたり再起動させるとデータがクリアされる揮発性のRAMが使われて来ました。この主記憶としてのメモリが不揮発