Puma 5がリリース！スリープソートによる高速化など（翻訳）｜TechRacho by BPS株式会社
概要: Puma 5は当プロジェクトの大きなメジャーリリースであり、実験的な新パフォーマンス機能がいくつも導入されたほか、多数のバグ修正や機能追加も行われました。その中でも最も重要な目玉機能についていくつかお話しいたします（1839 word/7分）。 Puma 5（コードネーム Spoony Bard1）が本日リリースされました（私の誕生日です！）。このリリースにはさまざまなものが盛り込まれていますので、Pumeユーザーの皆さまが自信を持ってアップグレードできるよう、Pumaのさまざまな機能や変更点についてお話しいたします。 ⚓ MRI + クラスタモードでの実験的パフォーマンス機能 今回のリリースの見出しを飾るのはたぶんこれでしょう。メモリ使用量を削減する機能が2つと、レイテンシを削減する機能が1つ加えられました。 Puma 5には以下の3つの実験的パフォーマンス向上機能が含まれていま
【Puma】アプリサーバのチューニング – RE:ENGINES
はじめに みなさん、アプリサーバのチューニングはどのように行っていますか？ 私の場合、使うサーバのスペックがだいたい同じくらいなので、過去の設定ファイルを使いまわしていました。 そんな中、先日本番環境で初めてPumaを使用しましたが時間の都合でチューニングが行えませんでしたので、今回Pumaのパフォーマンスチューニングについて調べてみました。 チューニングで注意する項目 アプリサーバのチューニングにおいて注意する項目は下記のとおりです。 子プロセスの数 スレッドの数 Copy-on-write サーバスペック（メモリ、CPU等） これらの項目はPumaに限らずUnicornやPassengerなどの他のアプリサーバにも当てはまります。 それでは個別の設定を見ていきましょう。 子プロセスの数 Puma（UnicornとPassengerも同様）はforkを使う設計になっており、アプリのプロセ
Androidアプリのメモリリーク対策手法 | Bescottee
googleのAndroid開発者向け ブログに「Memory Analysis for Android Applications」という記事があったため、自分のために訳しました。参考になれば幸いです。本エントリを見るうえで、eclipse の基本的な使い方を理解している必要があります。 Androidアプリのメモリ解析手法 Dalvikランタイムは、ガベージコレクトしてくれるかもしれませんが、それはメモリ管理を行わなくてもよいというわけではありません。モバイル端末上でのメモリ利用状況は特に注意を払わなければなりません。本投稿では、開発するアプリのメモリ利用状況の把握を支援する Android SDK で提供しているメモリプロファイリングツール群のいくつかを紹介させて頂きます。 メモリ利用時の問題はいくつか明らかになっています。例えば、もしあなたのアプリがユーザの画面タッチ操作のたびにメモ
Macbook ( MB466J/A, 13-inch, Alminum, Late 2008 ) のメモリを 8GB に交換
Macbook ( MB466J/A, 13-inch, Alminum, Late 2008 ) のメモリを 8GB に交換 現在使用中の Macbook ( MB466J/A, 13-inch, Alminum, Late 2008 ) のメモリを 8GB(4GBx2) のメモリに交換しました。 その際に収集した情報をまとめておきます。 今回購入したメモリはこれです： サムスン SODIMM DDR3 SDRAM PC3-8500 4GB 交換してから2週間ほどたちましたが、今のところ正常に動作しているようです。 メモリテストには「Rember」というツールを利用しましたが、とりあえず大丈夫そうでした。 注意： ・8GBへのメモリ交換は自己責任です： 1066MHz DDR3 SDRAM、SO-DIMM2スロットで最大4GBをサポート MacBook (13-inch, Aluminu
パフォーマンス向上に役立つ情報いろいろ | Techfirm Android Lab
A3へ参加するためにアプリを作っていますが、なかなかパフォーマンスが出ずに苦労しています。 そこでいろいろ探しまわった所、パフォーマンス向上に役立つ情報をいろいろ見つけたのでご紹介。 Turbo-charge your UI: How to Make your Android UI Fast and Efficient Google I/O – Turbo-charge your UI: How to Make your Android UI Fast and Efficient UIを高速化するためのTipsをいろいろ教えてくれています。 Adapterではビューを再利用しなさいとか、複雑なビュー階層の場合ViewStubを使いなさいとか、バックグラウンドの画像はなしにすると早いよとか、キャッシュにはソフトリファレンスを使うとよいよとか。 PDFはこちら Debugging Arts
CacheオブジェクトにはSoftReferenceを | Techfirm Android Lab
Android、いかがですか。 今日もOut Of Memory、出していますでしょうか。 そんなあなたに朗報です。 少しでもメモリにやさしいプログラムを。 今日はSoftReferenceのお話です。 トレードオフ Androidで（というよりもJavaで）パフォーマンスに最も影響を与えるのはインスタンス生成の部分ではないでしょうか。 ループの中でインスタンスを生成しようものなら、たちまちあなたのUIは機敏さを失うことになるでしょう。 インスタンス生成はGCの源です。ストップザワールドを少しでも避けるためには極力newなどは控えなければなりません。 となると、インスタンスを作らないことが究極なのですが、全く作らないというわけにはいきません。ならば、一度作ったインスタンスは再利用しようではありませんか。 その時に役に立つのがキャッシュです。一度作ったインスタンスはキャッシュに保持し
AndroidでBitmapFactoryを使ってサイズの大きな画像を読み込むサンプル - hoge256ブログ
Androidで開発をやっていると、何度もOutOfMemoryErrorに出くわすことが多いです。Androidは搭載メモリ自体が少なく、1アプリケーションあたり最高で16M。推奨だと8M程度（実際使ってみるとそれより少ない感じ）とされています。そのため、普段PCで開発するのとは違って、結構メモリの容量を意識してプログラムしないといけなかったりします。 普通にちょっとしたプログラムを組む分にはいいのですが、結構困るのはサイズのでかい画像イメージを扱う場合です。特にデジカメなんかで撮った画像は最近のデジカメの画素数がすごいため、jpgファイルの段階で数メガバイトあったりします。 そうした画像をBitmapFactory.decodeFileメソッドなんかで、一度に何枚も読み込んでしまうと、もともとサイズの大きなjpgがメモリ中展開されて更に大きくなってしまうため、あっという間にOutOfM
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
valgrind でメモリリリークを調べる : sonots:blog
http://logmemotips.com/archives/661
android-app.info