【Android】DroidConSF 2017のMake Your Build Great Againで発表されたビルド高速化Tips - Qiita
【Android】DroidConSF 2017のMake Your Build Great Againで発表されたビルド高速化TipsAndroid DroidConSF 2017 (.droidconSF) の「Make Your Build Great Again」で発表されたビルド高速化Tipsの紹介になります。 はじめに スライドはSpeaker Deckに公開されてます。 動画は近日中に公開予定だそうです。 （12/6追記）公開されました https://www.youtube.com/watch?v=rvwAlbtbtmM 国内の.droidconSF 2017報告会でも「Build高速化の話」として発表がありました。 非常に役たちそう、かつコードをコピーして使いたかったので記事としてまとめました。 各Tipsをやることでなぜ高速化するかや注意点などは上記スライドを参照してく
AndroidStudioでビルドを高速化するTIPSを試してみる - Qiita
今年は始めてGoogle I/O 2017に参加。 見たセッションの中で「Speeding up your Android Gradle builds」というものがあったので、実際に試してみた。 Android Develperにもセッションと同じ内容のものが記載されている。 https://developer.android.com/studio/build/optimize-your-build.html 「遅いビルドは普通じゃない」 遅いと感じているなら、紹介されているTIPSを幾つか試すだけでも効果がある。 実際に試して、対策前と対策後のビルド時間を比較を行ってみた。(試せるものだけピックアップ) 計測方法・・・以下のコマンドにて実施 ただ、セッションでも触れられていたように実際にはビルド毎に時間が微妙に変わってくるため、毎回この結果が出るわけではない。 マシンの使用状況によって結
Gsonの処理を爆速にするStaticGsonをリリースした - Islands in the byte stream
コード生成でGsonをMoshiより高速化する - Islands in the byte stream の続きです。 GitHub - gfx/StaticGson: Static Gson binding library with annotation processing 三行まとめ StaticGsonはannotation processingでコード生成してGsonを高速化する拡張で、結果はLoganSquareより少し遅い程度 欠点はメソッド数＋バイナリサイズのオーバーヘッド 利点はGsonと互換性の高さ。モデルにアノテーションをつけてGson初期化でオプションを一つ与えるだけ 解説 リフレクションで処理していたところをコード生成にして高速化する手法は思ったより効果ありそうだな、ということでjcenterにリリースしました。以下のように依存指定すると使えます。 depende
[Android] ビルドを高速化できるかもしれない方法 | DevelopersIO
背景 ビルド遅いですよね。 私は１ビルド３分くらいかかっているので、その間にトイレに行って帰ってきてもまだビルドが終わっていません。 なんとか早くしたいと思い調べたことを共有します。 対策 javaバージョンを最新にする もし古いバージョンを使っているのであればアップデートした方が早くなります。 gradleバージョンを最新にする gradleのバージョンも可能ならアップデートすることで早くなります。 Dynamic Versionsを避ける compile 'com.google.android.gms:play-services:8.4.+' [x.y.+]のように記述するとgradleが最新を見に行くのでその分遅くなるそうです。 Offline workを有効にする Android Studioで「Preference」→「Build,Execution,Deployment」→「G
![[Android] ビルドを高速化できるかもしれない方法 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/091f15a7d75f8343165a62700143a86becce2771/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fandroid.png)
【Android】OpenGL ES高速化テクニック集OpenGL ESからJBulletまで3DAndroid入門＠プロバナ
はじめに 2014/03/05：３項目追加しました。 OpenGL ESは、OpenGLから機能を削減してかなり軽くなった描画APIです。 当然、AndroidはPCのCPUやメモリには現時点では歯がたちませんので、クロノスグループの人たちがいろいろがんばってくれたわけですが、それでも動作がモッサリしててギビしいよ！という方のために、今回は個人的に凄まじい効果を生んだ高速化テクニックを紹介していきます。 この中には、3Dだけではなく、普段のプログラミングにも活かせるワザがちょこちょこ入っています。 「OpenGL ES 高速化」みたいなキーワードでググってみると、基本中の基本であるVBOやバッファのランクを下げる（ShortBuffer→ByteBuffer）等が多く見られ、それ以上の効果的な最適化処理を紹介しているサイトがありませんので、記事を書くことにしました。 3D系の入門書やサイト
dx.jarをfastdx.jarに入れ替えて、Androidのビルドを50%くらい速くする
Androidのアプリのビルドは非常に遅い。原因の一つはGradleが重いことなのだが、実はDEXとPRE-DEXのフェーズも無駄な処理を行なっているため、非常に時間がかかる。 そこで、DEXとPRE-DEXを行なっているdx.jarの高速版のfastdx.jarを作成した。全体のビルド時間は、私の環境では50%くらい高速化された。 fastdx.jarのダウンロードはこちら オリジナルのdx.jarが遅い原因は、大きく２つある。 無駄に.classから.dexの作成を行なっている(キャッシュしていない) 複数のdexのマージの処理に無駄がある 無駄に.classから.dexの作成を行なっている(キャッシュしていない) オリジナルのdx.jarでは、.jarに含まれていた.classが一つでも変更された場合、.jarに含まれていた全.classファイルを再度.dexにコンバートし直している
Androidアプリを高速化しよう - Just for Fun
これはAndroid Advent Calendar 2014の25日目の記事です。 はじめに Androidアプリの開発をしていたのがきっかけで彼女が出来たyuyakaidoです。昨日のkaneshinさんの記事の冒頭にあるように僕はマルチスレッド初心者なので常にシングルスレッドで動作しています。勿論クリスマスイブも。 今回はAndroidアプリのボトルネックを探すための手法を紹介していこうと思います。 目次 StrictMode パフォーマンスに影響を及ぼすコードの検出 Traceview パフォーマンス計測ツール その他 Viewのネストについて Viewの塗り潰しについて 環境 この記事で紹介するソースコードの動作確認は以下環境で行いました。 Mac OS X 10.9.5 Android Studio 1.0.1 Genymotion 2.3.1 Nexus 6 (5.0.0)
Facebook: BuckでAndroidビルドをスピードアップ - ワザノバ | wazanova
https://www.youtube.com/watch?v=GHTO2WKDO6I#t=15m5s 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 FacebookのDavid Reissが、オープンソースで提供しているAndroid & JavaビルドツールBuckを紹介しています。 1) 他の選択肢との比較 Googleが提供するビルドシステムANTは、遅いのとモジュールのサポートが弱いのがネック。 ベター版となったGRADLEは、ANTよりは早いが、モジュールのサポートという意味ではまだ不十分。また、Buckの開発に着手した当時はまだAndroid対応してなかった。 Mavenは、とにかく遅い。 2) Buckの性能アップ Facebook Androidアプリは 65万+行あるが、Buck
Android Studioのgradleビルドを高速化する | KonifarPod
EclipseからAndroid Studioに移行したんですが、ビルドが超遅くなりました。 見てみると、なんか毎回gradle syncしてたりJVMのメモリ足りない感じだったりするみたいなので、こちらのStackOverFlowを参考に高速化してみました。 ① gradle.propertiesファイルを変更 プロジェクトルートにあるgradle.propertiesを編集します。なかったら作ってください。 ここには、gradleビルドするときの引数を設定できます。以下のように設定します。 # Project-wide Gradle settings. # IDE (e.g. Android Studio) users: # Settings specified in this file will override any Gradle settings # configured th
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
Bitmap.setPixel()をsetPixels()に変えたら３倍速くなったよ
ずいぶん前に画像をモザイク風に加工するエントリを書きましたが、あれを少しいじったらだいぶ早くなりましたよ、というご報告です。 こんなコードでモザイク処理に350～360msくらいかかってました @Override public void onPictureTaken(byte[] data, Camera camera) { BitmapFactory.Options options = new BitmapFactory.Options(); options.inSampleSize = 8; bitmap = BitmapFactory.decodeByteArray(data, 0, data.length, options); Bitmap b = bitmap.copy(Bitmap.Config.ARGB_8888, true); Log.d("CameraSample",St
スマートフォン向けWebサイトの表示速度 高速化手法
対象読者 スマートフォンWebサービス開発者 特に、フロントエンド周りの開発に従事する方 スマートフォン向けWebサイト高速化のテクニック スマートフォンはOS／デバイスの進化が激しく、要求される最適化の内容も半年で別物になることがあります。そのため最適化に際しては、案件ごとの状況や目的、デバイス／OSのシェアに応じて、まずターゲット端末を選定し、問題の検出を行います。 この記事では「iPhone 4＋iOS 5」を想定して話を進めます。実際に「iPhone 4＋iOS 5」はよく現場でも最も動作が重い組み合わせとしてターゲット端末に挙がります。これはiPhone 4がRetinaディスプレイを採用したことで960×460ピクセルの高解像度を備えながら、CPUなどのデバイス性能が潤沢とはいえず、ボトルネックが生まれやすいためです。iOS 4ではなくiOS 5をターゲット端末として扱うのは、
Android:高速化。ContentResolver？ContentProviderClient？
ContentProviderClientというクラスがあります。 これはContentResolver同様、ContentProviderとやり取りするためのクライアントです。 アプリからこれを使用するにはContentResolverのacquireContentProviderClient(Uri) またはacquireContentProviderClient(String)を呼び出してインスタンスを取得すします。 ContentProviderClientのAPIを見るとContentResolverと似ていることがわかります。 ⇒ContentProviderClient:Android Developers ●ContentResolverとContentProviderClientの違いは何か？ ContentResolverはDBへ問合せる時、毎回コンテンツURIのAUT
GridView を超高速化するための 10 の方法 - おともだちティータイム
写真のギャラリーアプリなどで、四角い画像をタイル状に並べているものが数多くあります。 こういった画面は Android なら GridView というものを使って簡単に作ることができます。 しかし、なにも考えずにアプリを作ると死ぬほど遅い、重い、スクロールがかくつく、最後には OutOfMemoryError で死にます。 1. getView() 内で処理をしない GridView の一つ一つの Item を表示するのが getView() というメソッド。 ここでの処理が重ければ重いほどスクロールはカクツキ、快適度はさがる。 2. ViewHolder を使う findViewById() 、 inflate() は遅いので View は出来るだけ使い回す 3. スクロール中は別スレッドで処理をしない スクロール中にコンテキストスイッチが発生するのもカクツキが発生します。スクロール中は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
連載インデックス「インタビュー特集：Google直伝！」 - ＠IT
Retrieve user's Network Information AIR 2.0