【Unity】モバイルアプリ上で GPU 負荷を計測する - Qiita
これらのツールを用いれば GPU 負荷計測を行うことが出来るようになるかと思われますが 1、エンジニア以外 (更に言うとツールの有識者以外) が扱うには敷居が高い上に、動作させる際にもツールに接続する必要が生じるなどと言った手間が発生します。 そこで今回はこれらの手間を無くすためにアプリ上から手軽に GPU 負荷計測を行う方法について幾つか取り上げていきたいと思います。 あくまで調査の補助ツールとしての活用を想定 これから話す内容については、「アプリ上から手軽に負荷計測を行えるようにすることで、ボトルネックとなる部分の調査を行いやすくする」ことを目的としてます。 というのも、今回紹介する機能では得られるデータに限りがあるために、「CPU or GPU のどちらかがボトルネック」と言った大雑把な情報までは得られるものの、「実際にその中の何が重いのか？ (CPU ならどのコードが重いのか？ G
モバイルアプリの起動時間の監視・改善するためにやったこと
これはなに？ こんにちは、エンジニアの冨永です！ モバイルアプリを開発していると、コード量や処理が増えることで徐々に起動時間が遅くなることがありますよね。SNKRDUNK でも一時期起動時間が遅くなっていて改善をしたことがあります。 この記事では、その改善をするために取り組んだことをまとめました。 Firebase Performance Monitoring の導入 Firebase Performance Monitoring とは Firebase Performance Monitoring サービスを使用すると、Apple アプリ、Android アプリ、ウェブアプリのパフォーマンス特性を把握できます。 Performance Monitoring SDK を使用してアプリからパフォーマンス データを収集し、Firebase コンソールでデータのレビューと分析を行います。これによ
📱 Android + RenderDoc でdraw callのパフォーマンスは計測できない - TB(D)RにおけるGPU時間の計測に関する注意 - Qiita
📱 Android + RenderDoc でdraw callのパフォーマンスは計測できない - TB(D)RにおけるGPU時間の計測に関する注意AndroidiOSパフォーマンスVulkanRenderDoc クリックベイトサムネイル: RenderDoc の Event Browser でコマンドのGPU時間として表示される Duration は, モバイル端末では意味をなさない. いくつかのかなり有名なブログ記事やスライドにおいても, この「計測」が有用であるかのように書かれているが, それらは誤っている. RenderDoc is not a profiler. この事実は UE4/UE5 だろうが Unity だろうが変わることはない. ここではこれらGPUアーキテクチャの動作をはじめ, ドライバの開発者の発言やソースコードの引用を含めた様々な根拠や状況証拠などを挙げて論証す
【改訂版】継続的にiOSアプリのパフォーマンスを計測する - DeNA Testing Blog
はじめに SWETグループiOSチームのkariad(@kariad_uu)です。 本記事はiOSDC 2020 Japanにて発表した「継続的にアプリのパフォーマンスを計測する」の内容を元にブログという形で改めて紹介する記事となります。 発表時のスライドは以下を参照ください。 iOSチームではiOSアプリのパフォーマンス計測に取り組んできました。 iOSアプリのパフォーマンス計測方法はたくさんありますが、中でもInstrumentsを利用したパフォーマンス計測とその自動化について紹介します。 なぜパフォーマンス計測が必要なのか？ 取り組んだ計測方法についてご紹介する前にアプリにとってパフォーマンスとその計測がなぜ重要なのかという点を説明します。 起動に時間がかかる、読み込みに時間がかかるアプリは動作が遅くユーザにストレスを与えてしまいます。 短時間で熱くなってしまうアプリでは端末が熱くて
【9/4最新】Antutuベンチマークスコア、Soc別総まとめ・V9追加
Antutuスコアはスマートフォンやタブレットの処理性能を表す1つの指標です。 ＜機種別のAntutuスコアを検索されたい場合＞ 機種別のAntutuスコア（／Geekbenchスコア）をお知りになりたい方は、下の▽ベンチマークを検索する▽ボタンをクリックして「メーカー」→「機種」を選択してください。 ▽機種別にベンチマークを検索▽ ＜Soc別のスコアをお知りになりたい場合＞ チップセット（Soc）別、QualcommのSnapdragonシリーズ・Mediatekシリーズ・SamsungのExynosシリーズ・HisiliconのKirinシリーズとAppleのAシリーズ、のAntutuスコアをまとめています。 端末によりスコアは異なるためおおよその平均値を記載しています。スコアはメモリ容量の大小や排熱性能の良し悪しなどにも影響されますが、チップセット（SoC）そのものの性能がAntut
【翻訳】あなたの（多分）まだ知らない iOS パフォーマンスアドバイス（元アップルエンジニアから） - Qiita
本記事はこの記事の日本語訳です。翻訳許可をいただいております。 以下翻訳： もし Cocoa 開発やソフトウェアビジネスのブートストラップについての最新の記事を常にキャッチアップしたいなら、ぜひ Twitter で私をフォローするかメールリストを購読してください。 開発者として、パフォーマンスの良さは我々のユーザにワクワクと嬉しさを与えるのに評価しきれないほど貴重なものです。iOS ユーザの目は非常に高く、そのためもしあなたのアプリが動作がモサモサしたり、すぐにメモリプレッシャーでクラッシュしたりすると、彼らはあなたのアプリを削除するか、最悪悪いレビューまで残してしまうでしょう。 私はアップルに 6 年間を在籍し、その歳月を Cocoa フレームワークやファーストパーティーのアプリに費やしてきましいた。私が手掛けたものには Spotlight、iCloud、app extensions、そ
2019年最後のAndroid/iOS Test Nightを開催しました - DeNA Testing Blog
SWETグループ、iOS自動テスト領域チームの平田（tarappo）とAndroid自動テスト領域チームの田熊（fgfgtkm）、外山（sumio）でお送りします。 おかげさまで、今年でiOS Test Nightは3周年を終えて4年目に、Android Test Nightは2周年を終えて3年目になりました。 皆様のおかげでTest Nightに登録されている資料は156件になりました。ここには素晴らしい知見が集まっています。 そんなTest Nightですが、12/16(月)に2019年最後のTest NightとしてiOSとAndroidを併せておこなったAndroid/iOS Test Nightを開催しました。 今年のTest Nightをすべて振り返りたいところですが、その中でも今年最後のAndroid/iOS Test Nightでの登壇について、SWETメンバーが軽くふりか
HeadSpinでモバイルアプリのテスト・モニタリングはどう変わるか | メルカリエンジニアリング
メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）の 根本 征 です。 私は普段、テスト自動化・CI / CD 改善・その他社内の生産性を上げるための自動化を行っています。 今回は社内で HeadSpinというサービスをトライアルしてみたので、サービス自体やその感想についてご紹介したいと思います。 HeadSpinとは モチベーション HeadSpinの主な機能 デバイスファーム 自動テスト実行環境 パフォーマンスモニタリング 感想 SDKを入れる必要がない安心感 iOSのデバイスファーム・テスト実行環境・パフォーマンスツールとしての独自性 テスト実行環境をある程度任せられる 何をモニタリングし、どのエンジニアにフィードバックするか まとめ HeadSpinとは HeadSpinはモバイルアプリのパフォーマンスをモニタリングする環境として、デバイス
【Unity】「一歩先のUnityでのパフォーマンス/メモリ計測、デバッグ術 」 - テラシュールブログ
先日のCEDEC 2018の資料です。 プロファイルに関する幾つかのアップデートが紹介されています。出来なかった事が出来るようになっている部分もあるので、一度見るオススメです。 一歩先のUnityでのパフォーマンス/メモリ計測、デバッグ術 from UnityTechnologiesJapan www.slideshare.net 要約（プロファイル関連） Time.realtimeSinceStartupで正しい時間を取得 Player Loopでプロファイラーを繋がずとも負荷を計測 Recorder APIで処理時間を取得 メモリを消費しているアセットの把握 プロファイラーの書き出しについて 要約（新機能情報） 実機上でのプロファイラー動作が高速化（2017.3＋） 実機上でのDeep Profiling（2017.3+） ユーザーThread（.NETのスレッド）にプロファイラーが対
Asset Catalog を使用しているときは [UIImage imageNamed:] が遅くなることがある
タイトルのとおりですが、本日発見してひどくパフォーマンスに影響が出たため注意喚起を兼ねて共有いたします。 最近のiOSプロジェクトは全て画像をxcassetsすなわちAsset Catalog経由で管理することが多いかと思いますが、このAsset Catalogを使用している際に[UIImage imageNamed:]経由で画像を取得するとiOS 8以前とは異なり大変画像の取得が遅くなることがあるようです。 詳細はこちら。 https://forums.developer.apple.com/thread/17888 実際に私の環境では目に見えて遅くなりました。Instruments経由で計測したところ最大で10倍ほど差が出ているように見えました。iOS 9.1以降は修正されているとのことですが、それでも[UIImage imageNamed:inBundle:compatibleWit
![Asset Catalog を使用しているときは [UIImage imageNamed:] が遅くなることがある](https://cdn-ak-scissors.b.st-hatena.com/image/square/f67ee108b30759b1317d2d9aed59cc5f0932480c/height=288;version=1;width=512/http%3A%2F%2F1.bp.blogspot.com%2F-i5FR1wVEKH0%2FU-njiIkVrUI%2FAAAAAAAAC88%2F_BdfUwQVKbE%2Fs72-c%2F%25E3%2582%25B9%25E3%2582%25AF%25E3%2583%25AA%25E3%2583%25BC%25E3%2583%25B3%25E3%2582%25B7%25E3%2583%25A7%25E3%2583%2583%25E3%2583%2588%2B2014-08-12%2B18.50.52.png)
std::chrono::steady_clock の精度 (スマホ編) - Qiita
今回は 楽をするために cocos2d-x 3.8.1 を用いて検証しました。 検証に使ったコードは以下のとおり。 AppDelegate::AppDelegate() { std::thread th{[]{ using clock = std::chrono::steady_clock; constexpr int64_t LOOP_COUNT = 100000; constexpr int64_t DIST_FREQ = 200; constexpr int64_t DIST_SIZE = 16; std::this_thread::sleep_for(std::chrono::seconds{10}); int64_t min = std::numeric_limits<int64_t>::max(); int64_t total = 0; int64_t max = std::n
iOS 9の「低電力モード」は処理速度が4割低下する
iOS 9の「低電力モード」では、処理速度が通常よりも約4割落ちるようです。 iOS 9の新機能「低電力モード(Low Power Mode)」は、デバイスの消費電力を減らすことで、駆動時間を延ばすというものです。 バッテリーの残量が20%以下になると「低電力モード」を促すプロンプトが表示されるほか、「設定」 >「バッテリー」から手動で切り替えることもできます。 この機能について、アップルは詳細はを明らかにしていませんが、バックグラウンド処理の停止、ネットワーク通信の節約、UIアニメーションの省略など、様々な要素を組み合わせていると考えられます。 忘れてならないのはプロセッサーで、ディスプレイと並び電力を大量に消費するため、なんらかの手が打たれているはずです。 プロセッサーの処理能力は約4割ダウン 下は、おなじみの『Geekbench 3 』で、「通常モード」(左)と「�低電力モード」(右
[Xcode 6 / iOS 8] ユニットテストのようにパフォーマンスをテストするんだ！ | DevelopersIO
はじめに Xcode 6 でユニットテストのようにパフォーマンスをテストする機能が追加されました。 これによって重そうなロジックにパフォーマンスの測定を設定しておき常に計測することができます。 例えば、画像や動画、音声など圧縮データのエンコード／デコード処理、大量のデータをソートする処理、暗号化する処理などが、ざっと思いつく重い処理です。 今回はサンプルとしてログ出力で追加されたprintlnとNSLogのパフォーマンスを比較してみます。 測定してみる パフォーマンスの測定はユニットテストと同じように扱われますが、Assertがある訳ではなくself.measureBlock()の中で呼び出されたコードが計測対象になります。 新規にプロジェクトを作成するとTestクラスが作成されますが、そこにもself.measureBlock()が作成されるようになりました。 今回必要なソース テストさ
![[Xcode 6 / iOS 8] ユニットテストのようにパフォーマンスをテストするんだ！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/34de6d57437c5cfc77b749f99e4483a7a1702539/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F06%2Fios81.png)
Coursera: スマホ版でのHTTPライブストリーミングの取り組み - ワザノバ | wazanova
https://tech.coursera.org/blog/2014/06/25/http-live-streaming-at-coursera-education-at-your-fingertips/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 Courseraは教育コンテンツのプラットフォームで、大学の授業を配信しています。同社のエンジニアブログで、モバイルアプリ版の開発に際して、7万〜10万本のビデオをHTTPライブストリーミングに対応した経験を紹介しています。 iOSアプリのガイドには、 携帯ネットワーク経由での10分以上のビデオストリーミングコンテンツは、HTTPライブストリーミングを使い、64kbpsをベースとしたHTTPライブストリーミングを含むこと。 とありますが、 テクニカル
【iOS】パフォーマンス改善で参考にした記事まとめ（随時更新） - Qiita
iOS開発におけるパフォーマンス改善の際、参考にさせていただいた記事まとめです。 （思い出したり新しい記事あったら随時追加していきます） パフォーマンスの改善ってくくりだと大雑把すぎてとっちらかるかもしれませんが 許して下さい。。 思い出したり見つけたら随時追加していこうと思っています。 こんなんあるよとか言っていただければ感謝の上、追加させていただきます。 まずは基礎 パフォーマンスチューニングに関するアップルのドキュメント まずはAppleさんの教科書的なドキュメントをまとめてくださったshu223さんの記事です。 UITableView, UICollectionView [iOS] TableView スクロールパフォーマンスの改善 なめらかに動作するUITableViewのつくりかた 見積もりの高さでUITableViewを高速化する話。 大抵のアプリの本丸はUITableVie
estimatedHeightについて計測してみた。 - なるようになるかも
iOS - 見積もりの高さでUITableViewを高速化する話。 - Qiita iOS6検証用だったiPhone4Sを、速度テスト用に初期化してiOS7に上げたのはいいんだけど、Apple Developerのダウンタイムだったみたいで、結局テスト機はiPhone5Sを使うことに。 そのためテストデータ件数が実際にはありえない数字になってます。本当は実際的な数字で確かめてみたかったんだけどね…。iPhone5Sだと処理が一瞬で終わってテストにならないんです…。 rowHeightプロパティの効果 まずUITableViewのrowHeightプロパティと、tableView:heightForRowAtIndexPath:デリゲートメソッドで高さを計算した場合の比較。 [self.tableView reloadData]で高さを再計算する時間を計測しています。 テストデータ数 1,0
NSDateFormatterのパフォーマンスの話 #potatotips - 24/7 twenty-four seven
クックパッド主催の第4回potatotipsでiOSのtipsとして日付のフォーマットをするときのパフォーマンスの話をしました。 きっかけ きっかけは何気なくgistを眺めていたときに見つけたこれです。 ↓ Compare the date parsing performance of NSDateFormatter against SQLite's date parser for parsing an iOS 8601 date. NSDateFormatter took 108.163 seconds strptime_l took 21.656 seconds sqlite3 took 7.096 seconds そうそう、NSDateFomatterはけっこう遅いからフォーマットが固定だったりロケール関係ないときはstrptime_l使うよね、アップルのドキュメントにも載ってるし…
見積もりの高さでUITableViewを高速化する話。 - Qiita
Help us understand the problem. What is going on with this article? 最初に。内容に誤謬がありましたら申し訳在りません。訂正を歓迎します。 tableView:heightForRowAtIndexPath: は rowHeight で置き換えるべきか UITableViewCellの高さが常に一定の時はrowHeightを使う - Qiita この記事には正しいことが書いてあるのですけど、影響があるのは **表示されるセル数** が100や1000に到達するような稀有なケースです。 通常のテーブルビューでは、セルは一度に高々12程度しか表示しないため、`tableView:heightForRowAtIndexPath:`を`rowHeight`に置き換えることによる劇的なパフォーマンス良化はありません。 このことについて
Core Animationなどをポリポリ研究
CALayerのShadow まず、layer.shadowOpacityがdefaultで0なので、これを設定しないと影が出ない。 で、以下だけだとパフォーマンスがやたら悪いので layer.shadowRadius = 3; layer.shadowColor = [UIColor blackColor].CGColor; layer.shadowOpacity = 0.5; layer.shadowOffset = CGSizeMake(1, 3); //defaultは 0, -3 これを追加すると(Pathを渡すと)めちゃめちゃ速い。 layer.shadowPath = [UIBezierPath bezierPathWithRect:self.bounds].CGPath; CALayerのShadowは、PathをLayerの裏側で描画してくれる機能と考えていい。 Path
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - dani-gavrilov/GDPerformanceView-Swift: Shows FPS, CPU and memory usage, device model, app and iOS versions above the status bar and report FPS, CPU and memory usage via delegate.
