Chrome で requestAnimationFrame を使うとジワジワとヒープが増えていき、定期的にGCが走ってしまう - latest log
恐怖の JVM 大量メモリ消費！メモリリークの謎を追え！！ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、ミドルウェア開発チームの青木(@a_o_k_i_n_g)です。将来の夢は川口浩探検隊に入ることです。 先日、弊社のアプリケーションサーバーで大量にメモリを消費するという現象に遭遇しました。アクセス頻度の低いサーバーがメモリを大量消費するという謎深いものでした。 発生当初の状況はこんな感じです。 アプリケーションサーバーでは Jetty が稼働 現象が発生した JVM は 5GB 程度のメモリを消費しており、明らかに通常ではない量のメモリを消費している 複数台のサーバーで発生していたが、全てで発生したわけではない。 また、発生したサーバーはいずれもアクセス頻度が少ないサーバーだった。 ヒープ、パーマネント、スタック ひとまず、JVM でトラブルが発生した時は何はともあれヒープダンプとスレッドダンプを見るに限ります。各種情報の取得をインフラ部隊へ依頼し、得られたヒープを解析すると、
Androidアプリケーションのメモリ解析 - Android Zaurusの日記
公式ブログに「Memory Analysis for Android Applications 」という記事が投稿されたので、久々に訳してみた。誤訳などあったら教えて。ただ、画像貼るの面倒だったので、本家の方をクリックして拡大しつつながめてください。 ついでに、大昔に訳したメモリ3部作なんかも参考になるかも。 Androidアプリケーションのメモリ解析 Tim Brayが投稿 この投稿はPatrick Dubroyによるもの。PatrickはAndroidエンジニアで、プログラミングに関することや、ユーザビリティ、インタラクション・デザインについて個人的なブログを書いています Dalvikランタイムはガベージコレクションが働くが、だからといってメモリ管理を無視してはいけない。携帯機器でのメモリ使用には特に注意しなければならない。携帯機器はメモリ制限がきつい。この記事では、Android S
Androidメモリリーク発見方法: Turtle日記 Annex
ソフトウェア技術系を中心に掲載していきます。最近は自分の情報Indexと化しているかも。フリーコメントは「コメント＆足あとBox」カテゴリー記事にて歓迎します。 Google I/O 2011の「Memory management for Android Apps」というセッションでAndroidプログラムのメモリリーク発見方法が紹介されていました。 前半はAndroid Gingerbread以降GCが変わったよ、というお話でした。でも日本市場の主だったプラットフォームはAndroid2.2、、、2.3に到達するのはいつのことやら、という状況なので来年には役に立つかな？くらいの情報になってしまっています（日本市場よ、もっと頑張ろう） メモリリークについては、たぶん詳しい方はすでに気づいていたんでしょうけど、EclipseのMATというツールが”かなり”使えます。( http://www.
Android のメモリ管理は大変です
■理想 AndroidってJavaだからメモリ管理なんてしなくてもいいよね！！ なんて思っていた時代が私にもありました・・・ ■現実 @Override protected void onDestroy() { super.onDestroy(); // 画面が回転した時など、Activityが破棄されるときに呼び出されます // すべてのメモリはここで開放します // - 特に危険なのが内部クラス（MyWebChromeClientなど）、正しく開放しないとActivityが開放されません // - セットしたbackgroundのcallbackもnullにしないと開放が行われません // - webViewのdestroy()を忘れると後からGCが走ったときにVMがクラッシュします this.webView.stopLoading(); this.webView.setWebChro
Pythonの粗大ゴミ - atsuoishimoto's diary
なんかgcネタが続いてしまうが、先日のPython Hack-a-thon で発表した中で、「ジェネレータオブジェクトが解放されない場合がある」というのは、あまり知られていないようだ。Python公式ドキュメントを確認してみると、どうやらこちらにも書かれていない。知らないとハマってしまう場合もあるので、もうちょっと詳しく解説しておこう。 ガベージコレクションで解放されないオブジェクト まず、ちょっと復習しておこう。Pythonのガベージコレクション機構では、__del__() メソッドを持ったオブジェクトで循環参照を作ってしまうと、そのオブジェクトは自動的には解放されなくなってしまう。 例えば、次のように __del__() メソッドを持つクラスを定義する。 class UnCollectable: "__del__()メソッド付きクラス" def __del__(self): print
SilverlightやWPFやってっと、弱い参照のキーと値を管理するWeakDictionaryが欲しくなるよね。 - Bug Catharsis
「弱い参照」と「強い参照」.NET Frameworkでは、ガベージコレクションによってメモリが管理されます。 変数（フィールドやローカル変数など）に格納されている参照のことを「強い参照」と言います。 強い参照によるオブジェクトは、そのオブジェクトがアクセス可能である限り、ガベージコレクションによって回収されることはありません。 オブジェクトがアクセス不可能になるとオブジェクトのメモリはガベージコレクションの対象となり、適切なタイミング回収されます。 「弱い参照」とは、 WeakReference クラスによる参照です。WeakReference クラスは、コンストラクタで対象オブジェクトを受け取ります。 対象オブジェクトへはTargetプロパティを通してアクセスすることができます。WeakReference オブジェクトは、内部に強い参照を保持せず、 参照をIntPtr構造体として保持し
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
GPDE Team Blog : JavaScript Memory Leak Detector
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
DOM オブジェクトとメモリリーク: Days on the Moon
IE でのメモリリーク ちょこちょこと紹介されているので知っている人も多いと思うが、IE には DOM ノードに絡んだメモリリークの問題がある。これに関しては Microsoft 自身の記事である「Understanding and Solving Internet Explorer Leak Patterns」に詳しいが、簡単にいえば DOM ノードオブジェクトに関する循環参照を作ると、IE を終了させるまでそのオブジェクトが解放されないというものだ。記事によればメモリリークには以下のようなパターンがあるという。 1. 単純な循環参照 ある DOM ノードオブジェクトのプロパティをたどっていくと自分自身に行き着く場合。以下のようなパターンが考えられる。 element.property == element element1.property1 == element2, element2
肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - ＠IT
肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom
wema@SlavaDev :: LeakFreeJavascriptClosures
付箋とWikiの融合した不思議空間 version051011SD Powered by PHP 5.6.40-0+deb8u12 response time: 31msec.
Firefox、leak-gauge、メモリリークを調べる - 実用
Firefoxのメモリリーク解析ツール：leak-gauge 上記に書かれている通りです。普通のFirefoxリリースビルドで動作しているように見えました(ここにも書いてある)。 まず以下のバッチファイルからFirefoxを起動する。そして、普通のブラウジング操作をする。問題と思われる拡張を使ったりして。 set NSPR_LOG_MODULES=DOMLeak:5,DocumentLeak:5,nsDocShellLeak:5set NSPR_LOG_FILE=nspr.log "C:\Program Files\Mozilla Firefox\firefox.exe" Firefoxを終了すると、バッチファイルと同じディレクトリにnspr.logができてる。内容は、以下のようなもの。 0[2c4928]: DOCUMENT 1db9db0 created0[2c4928]: DOCUM
IEのメモリリークが直ってるっぽい。 - zorioの日記
javascriptで循環参照するようなコードを書くとメモリリークするIEのバグが、6月のWindows Updateで直ってるそうだ。 Ajaxian » IE Memory Leaks Be-gone http://ajaxian.com/archives/ie-memory-leaks-be-gone 確かに、KBでメモリリークが直ったような事が書いてある。 http://support.microsoft.com/kb/933566/ http://d.hatena.ne.jp/zorio/20060316/1142528060 で書いたコードで試してみた。 普通に循環参照：http://zoriolab.info/leaktest1.html クロージャ使用：http://zoriolab.info/leaktest2.html 毎月WindowsUpdate後にスナップショット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
Technical documentation