JavaScriptで起こるメモリリークのパターン
2017.02.17JavaScriptで起こるメモリリークのパターン2014年1月25日に Frontrend in Fukuoka というイベントが開催された（もう3年前か…）。その時に Browser Computing Structure というタイトルで、ブラウザの仕組みやらスクリプト処理について発表している。 たまたま当時の資料を掘り起こす機会があったので、メモリリークのサンプルを直したついでにリークする JavaScript のパターンについて書き起こしてみる。サンプルは 1000ch/memory-leak に公開してあり、手順通り操作するとメモリリークを再現できるようになっている。 GCで回収されないオブジェクトJavaScript はランタイム上で動的にメモリを確保する GC（ガベージコレクション）を採用しているので、JavaScript の書き手がメモリの確保・開放を
データ指向設計
こんにちは、Cygames Research の多胡です。これまで10年以上コンソールゲーム開発を行ってきていて、最近ではハイエンドゲームエンジンを制作しておりました。Cygames でもハイエンドゲームエンジンの開発に携わることになりました。 ゲームエンジン開発を行う上で重要な考え方にデータ指向設計 (Data Oriented Design) というものがあります。今回はこのデータ指向設計を例を交えながら紹介させていただきます。 背景 データ指向設計の考え方は 2009年頃から有名になりました。 この 30年で CPU の性能は1万倍以上になりましたが、メモリの転送速度は10倍にもなっていません。そのため、プログラムのボトルネックはメモリ帯域となることが多くなりました。ゲームにおいても CPU はほとんどの時間がメモリからのデータの転送待ちになっています。CPU の性能を引き出すために
データ型のアラインメントとは何か，なぜ必要なのか？
以前このサイトとブログに，何度かアラインメントに関する記事を書きました (サイト内関連ページ参照)． そのせいか「アラインメント」で検索して来てくれる人が多いので， 過去の記事に加筆修正してこのページを新たに作成しました． 加筆した点は次のとおりです． アラインメントとメモリアクセス回数の関係をわかりやすくするため， (ほんの少し) 図を導入しました． 「データがアラインされていないとメモリアクセス回数が増える」 と言葉で説明しているサイトは多いのですが， 図で示しているところはまだ見たことありません． アラインされていないアドレスにデータを書き込む場合， 読み出しの場合以上にメモリアクセス回数がかかる可能性があることを追記しました． 以前は「複合データ型 (配列，構造体，共用体) のアラインメント」はほとんど自明のことだと思っていたので軽く流していましたが， 意外なことにこれを解説してい
Valgrind Home
Information About News Tool Suite Supported Platforms The Developers Source Code Current Releases Release Archive Variants / Patches Code Repository Valkyrie / GUIs Documentation Table of Contents Quick Start FAQ User Manual Download Manual Research Papers Books Contact Mailing Lists and IRC Bug Reports Feature Requests Contact Summary Commercial Support How to Help Contributing Project Suggestion
ゲーム パフォーマンス: データ指向プログラミング
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
コピペで使えるメモリ使用量計測用スニペット - Qiita
printf("[Before] MEMORY USAGE: %0.2fMB\n", round(memory_get_usage() / 1024 / 1024), 2); /* ここにコードを記載 */ printf("[After] MEMORY USAGE: %0.2fMB\n", round(memory_get_usage() / 1024 / 1024), 2); Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
Android Bitmapをあらかじめ縮小してから読み込む（OutOfMemory対策） - Qiita
今の端末だと10Mピクセルを越えるカメラを搭載した端末が普通になってきており、そのファイルサイズも数MBに及びます。 AndroidでBitmapFactoryを利用してフォトライブラリーから画像を読み込んだりすると思いますが、そのままその画像を読み込んでしまうと、しばしばOutOfMemoryとなりアプリが強制終了してしまいます。 そこで、実際に画像を読み込む前にある程度縮小してから読み込むことで、メモリが足りなくなることを防ごうというのが今回のネタです。 BitmapFactory.OptionsのinSampleSizeを指定して画像を縮小した状態で読み込む 処理の流れ的にはまず画像のサイズを取得して、サイズが大きかったら縮小指定してから読み込もう、という感じです。 InputStream inputStream = getContentResolver().openInputStr
モダンなObjective-Cプログラミング
Summary 新リテラル - NSNumberリテラル，Boxed Expression, NSArrayリテラル，NSDictionaryリテラル, 添字アクセス コンパイラがメモリ管理を肩代わり - ARC (Automatic Retain Count) Cでも無名関数 - Blocks マルチスレッドプログラミングを簡単に - GCD (Grand Central Dispatch) Bundlerライクなライブラリ管理 - CocoaPods はじめに Objective-C のプログラミング環境はどんどん良くなってる コーディングを楽に エンバグの軽減 一方、Web上の記事や書籍のコードは古いまま 古い情報に流されないためにも、新しいコンパイラやツールの機能を確認しておこう NSNumberリテラル void main(int argc, const char *argv[]
Android : Canvas: trying to use a recycled bitmap
Android で、Bitmap をごにゅごにゅしていると、 java.lang.RuntimeException:"Canvas: trying to use a recycled bitmap" ってのに、出くわすことがあります。Web でいろいろ調べてみると、怪しげな解説がかなりあるので、本当のところ何が正しい理解なのかをまとめておきたいと思います。 そもそも、Bitmap#recycle() をやらないといけないのは、主に Android のこの辺の実装がよろしくなくて、recycle() してやらないと、メモリリークになるよ、といわれていることが、大きな要因です。勢い、メモリリーク怖さになんでも recycle() しようとして、件の例外に遭遇することとなる訳です。しかし、どういったケースでそれが必要になるのか、筋の通った記事をあまり見かけません。 まず、誰が ”trying
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
Android のメモリ管理 #4 SoftReference と WeakReference を活用する | DevelopersIO
参照方法によってメモリの解放タイミングが異なる Android ではオブジェクトがヒープ領域にたまりメモリ不足が生じたとき、 ガベージコレクション(GC) が起動して不要なオブジェクトのメモリを開放してくれます。 実装コードではすべてのオブジェクトを手動で開放する必要はなく、基本的には GC の挙動に任せることでメモリ圧迫を軽減できます。特に「不要なオブジェクト」という点が重要で、GC はオブジェクトの参照状態を見て不要かどうか判断します。 参照方法にはいくつか種類があります。通常の参照方法は強参照と呼ばれますが、そのほかにソフト参照(SoftReference)や弱参照(WeakReference)と呼ばれる参照方法があります。これらの参照方法によって GC でメモリから開放されるタイミングが異なるというわけです。 ということで今回は SoftReference と WeakRefere
Android のメモリ管理 #2 Allocation Tracker でメモリに割り当てられたオブジェクトを調べる | DevelopersIO
はじめに Allocation Tracker はある時間とある時間の間でメモリにどのような種類のオブジェクトがアロケート(割り当て)されたかを調べることができるツールです。Android SDKに含まれている機能なのでAndroidの開発環境が最低限整っていれば誰でも使用することができます。 前回のブログでは概要のみでしたので、今回はこのツールの機能と活用方法について具体的に見ていこうと思います。 アロケートを確認してみる 説明が多くても分かりづらいと思うので、まずはアロケートを確認してみましょう。 例として、以下のようなカスタムViewを作りました。 CustomView.java package jp.classmethod.android.sample.sampleproject; import android.content.Context; import android.gra
Android のメモリ管理 #3 Heap dump でメモリリークの原因を解析する | DevelopersIO
Heap dump とは Heap dump は現時点でどのようなオブジェクトがメモリに確保されているか解析するための機能です。 動作中のアプリの任意のタイミングでヒープのスナップショットをとる (HPROF形式のファイルとして出力する) ことができます。 このツールも Allocation Tracker と同様、Android SDKに含まれている機能なのでAndroidの開発環境が最低限整っていれば誰でも使用することができます。 今回は Eclipse Memory Analyzer (以下MAT) の使用方法を通して、 Heap dump を利用したメモリ解析について解説したいと思います。 Androidアプリのヒープ領域 ヒープ領域とは、動的に確保できるメモリ領域のことを指します。Androidのヒープ領域は Linuxヒープ (ネイティブヒープ) と Dalvikヒープ (Ja
Android のメモリ管理 #1 メモリ使用量の分析・解析ツールを知る | DevelopersIO
はじめに よりよいアプリをつくるためには、メモリ管理はとても重要です。 スマホはPCと違ってメモリ不足がとても起こりやすいので、メモリ管理への考慮が不十分だと OutOfMemory (メモリ不足によるエラー) がすぐに発生し、アプリが強制終了してしまいます。また、メモリ不足の状態のアプリはとてもパフォーマンスが悪く、ユーザーの思いがけない誤操作にもつながります。システム全体や他のアプリに影響を与えてしまうことも考えられます。 つまり実装はもちろん、画面遷移やレイアウトのデザイン、仕様などAndroidアプリ開発のすべてのプロセスにおいて 「メモリ消費を抑える」 という点を常に配慮する必要があります。 ということで、このシリーズではAndroidアプリにおけるメモリ管理の方法やツールの紹介、実装のコツなどのTipsを紹介していきたいと思います。 今回は第一回目ということで、アプリのメモリ使
Android 大きい画像を効果的に読み込む
Loading Large Bitmaps Efficiently の内容なのですが、補足も入れてメモっておきます。 端的にいうと、 実際に表示するサイズより大きい Bitmap を読みこむのはメモリの無駄 （拡大させるとかなら話は別だけど） ・高解像度のカメラで取られた写真は往々にしてディスプレイのピクセルサイズより大きい ・サムネイルとして使うのに元のサイズのまま読み込むのはばかげてる ・大きいサイズの Bitmap をメモリに展開したら OutOfMemoryException になる ステップとしては3つ 1. メモリに Bitmap 展開せずに、サイズや MimeType だけを取得する 2. 1. の情報をもとにサブサンプルにサイズを決める 3. 2. で決めたサブサンプルで Bitmap をメモリに読み込む 1. メモリに Bitmap 展開せずに、サイズや MimeType
Androidのソースコードレビュー(メモリリーク)
有限であるモバイル端末のメモリを無駄に消費するアプリは悪だ。そんなアプリのソースコードレビュー担当者の目は節穴だ。 と言われないためか否かは知らないけど、Android Developers - Avoiding Memory Leaksでは、Androidアプリを作成する上で、メモリリークが発生するパターンとその対処法を色々と紹介している。(英語) 要点のみを自分が見直し易いようにまとめつつ、説明の足りてない「非staticな内部クラスが駄目な件」について書いてみる。 そもそもメモリリークするん？Java実行環境下では、ガベージコレクタによるメモリ管理が行われているため大抵の場合は意識せずともメモリをいい感じに回収してくれる。だが、ガベージコレクタの動作を妨げるようなコードを書いてしまうと、いつまで経っても解放されるべきメモリが解放されなくなる。これが今回のお題であるJavaにおけるメモ
android のメモリ管理と出会う旅 [後編]
昨日から NDK (Androidアプリを C/C++ を使って開発する環境) を触り始めましたが、うわーあー超楽しいな！。Javaも新しい事を知るって意味では楽しかったけど、基本不自由を強いられるだけの緊縛プレイなので、久々に何の縛りもないのが楽しすぎるったらもう！ もうテクスチャまでは出てるので、あとはひたすら Java から C++ に書き換えるだけ。 で、昨日 の続きです。android のメモリのモニターはできるようになったので、いろいろ触りながらメモリ状態を見比べてみたところ、いろんな事が分かりました。 Java触りはじめて１ヶ月そこら、しかも本を読まない人の言う事ですから、世間一般とはちょっと考え方が違うかもしれませんが、自分で試した結果そうなったんだから、僕はそれを信じます。そんなお話。 脱！static 宣言！ 元来、Java だろうが C++ だろうが、static 変
![android のメモリ管理と出会う旅 [後編]](https://cdn-ak-scissors.b.st-hatena.com/image/square/eeeaf3a7766b7f59b94cfbdde29872fcb0aa8f1d/height=288;version=1;width=512/http%3A%2F%2Fhikware.sakura.ne.jp%2Fsblo_files%2Fhikware%2Fimage%2F20120310a.png)
android のメモリ管理と出会う旅 [前編]
いやっほう。６年ぶりの新しいデジカメ が届いたよ！。でも今日は天気悪すぎなせいもあるけど、えらいノイジーで嬉しくない写真ばっか撮れるんですが、えーこんななの？。晴れてれば嬉しい色で撮れますように。でも広角はすっごい嬉しい。ダムが捗るね！ で、なんかすっかりブログも書かない残念な子になりつつありますが、やっとひと段落したのでメモリとの戦いの記録でもまとめておきますか。 判断は俺がするから一覧よこせ なんかね、「android メモリリーク」 とかでぐぐると 「Memory Analyzer を使えばメモリの悩みは何でも解決だよ」 みたいな記事がたくさん出てくるんですが、どうにも僕が知りたい事は人とズレてるようで、しっくり来ません。 Memory Analyzer は、現在 android 上で動いてる全プロセスが使っているメモリを調査して、その中から 「このアプリメモリ食いすぎじゃね？」 と
![android のメモリ管理と出会う旅 [前編]](https://cdn-ak-scissors.b.st-hatena.com/image/square/44801fafe3055eb105e38fb9e1fede4927dc2905/height=288;version=1;width=512/http%3A%2F%2Fhikware.sakura.ne.jp%2Fsblo_files%2Fhikware%2Fimage%2F20120309a.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
起きる！メモリーリーク（javascriptクロージャー編）
Build and implement a single sign-on solution
