@Tgo1014 @bod Curious about what each of your tech stack looks like? Compose obviously, but Coil for images? something else? Do you plan a tile for your app? Feel free to respond 1:1, or not at all.

My app is Cine Today, it's a small "pet project" kind of app, which is already on the store. I've been working on it for a few years. It's meant to show the list of movies playing today at your favorite theaters. It syncs from a (unfortunately, not public, and also France-only) API once a day. I've started a few weeks ago re-writing the app from scratch, in Compose, and trying to follow modern arch practices. Yes, using Coil for images 🙂 Current Views version / Ongoing rewrite. One more note: currently the rewrite is very slow on a real watch, to the point that it's unusable. Note that I haven't tried with a release build, only debug builds. But it's worrying.

It's exactly what you guessed

@bod I had the same, debug is super slow on a real device but release looks nice 😄

Good to hear. I'll try a release build soon 🙂

Do you have an image of the Tile? Maybe I can steal your design 😂 Just kidding

haha 🙂 It's just a very simple list of the movies. Also each text is supposed to have a different color (which is extracted from the poster with Palette) - but I guess it's a bug because they're all white today. 😅

Can you scroll on a Tile? No right?

that's a nope 🙂

I wonder if you used maxLines 1 if it would get the proper width on the lines at the top where there’s less space

I think not but maybe there are ways around it

@Ataul Munim do you know about text wrapping on a tile?

I don't - but in my understanding, wrapping isn't supported. I would have expected ellipsizing to work though. @bod have you had a chance to look at the tiles material components alpha?

have you had a chance to look at the tiles material components alpha?

Not yet!

Is compose slow with your app while first time you open it? Is it faster, wenn you open your app second time? Should that be the case, it might be the JIT.

This happens to me, sometimes after a while it gets up to performance.

There are obviously other things it can be. You can look at macrobenchmark, or jankstats

👍 I'll investigate more.

There is definitely a JIT effect. Through the play store, and possibly depending on models, baseline profiles speed up generally most of the important androidx libraries.

thanks a lot for all the resource! I'll definitely dig 🙂

Yep - but also use me/us. We want to find out why things are slow and solve them before other developers hit them. Or at least consider as you have conclusions post them here, "show your working" 🙂

oh yeah for sure! My first step will be to have a very basic app that just show a basic list. If there's already a perf issue at this point I'll ping you.

Thanks, and yeah, do what ever you need, and we'll respond in time. Thanks for having the discussion on this, feedback helps.

For older devices the baseline profile will not be applied immediately you install the app. You can force the profile optimization to run which will give you a chance to see how the app will run when optimized @Steve Bower [G] can you provide instructions

@John Nichol still we need to generate it manually and ship with the app right?

So there is a window for older devices where even a release build app when installed is not at its full performance - I agree this is sub-optimal

thanks for the info! Interesting stuff.

Regarding John's point about triggering the profile optimization:

// Get current status (put your own $PACKAGE_NAME).
// 'quicken' means not yet optimized, 
// 'speed-profile' means optimized.
adb shell dumpsys package dexopt | grep -A 1 $PACKAGE_NAME | grep status

// Trigger background optimization - can take ~minutes to run
// but tends to be quicker after the first go
// (this optimizes all packages)
adb shell cmd package bg-dexopt-job

very cool, thanks!

@Steve Bower [G] Thanks, Trigger background optimization behave interesting on Wear OS preview AVD rev10 for debug build.

Before Optimization Trigger:
   x86: [status=run-from-apk] [reason=unknown]
After Optimization Trigger:
   x86: [status=quicken] [reason=bg-dexopt]

Even debug build is

quicken

after optimization trigger, it feels to me my compose activity speed up also. Strange. Is the optimization only for the release build for playstore? and not for the debug build? Edit: I haven’t activated baseline profile yet for my app on wear os. minify and shrink only for release build and not for debug build.

I don't know what the optimization would do for a debug build - the recommendation is only to measure performance with release builds and with minify/shrink turned on, as you've noticed.

lol I've ran

adb shell cmd package bg-dexopt-job

15 minutes ago and it's still not over 😅

Nice repro. I haven't run it, others know the perf story a lot better than me. But from quick glance, the build file looks sensible, and the UI functionality looks like something that should be handled nicely. Nothing crazy going on.

Hi - I ran a few tests with the CineToday3 perf app provided, on a Galaxy Watch 4. For me, I found there was some lag due to JIT'ing for the first 5-10 seconds if the profile rules had not been run, but after running the bg-dex-opt-job, that wasn't an issue, no discernible lag. Frame timings were ~11ms for the 50th percentile. I'll be in the office next week, so can try again with an older device like the one mentioned. Also, I remembered a further detail about running bg-dexopt-job - the actual profile rules from the app are installed after the app has been installed and launched - so you have to wait about 1 minute after launching it before running

adb shell cmd package bg-dexopt-job

. Note that in future versions of Wear, the optimisation will be performed at installation time.

Thanks a lot for looking into it!

Hi - yes, I finally got my hands on a bluegill device and installed your test app on it (sorry for the lack of updates, there was a delay getting hold of a device and then I've been on vacation). Once the app was installed and optimised, it was solid and scrolled quite nicely. I saw an occasional frame missed when really flinging down the list, but overall it was very usable.

Thanks for the update. Wow, I'm surprised by this, I have never achieved smoothness.

And it's even better on newer devices 🙂

haha yes I can imagine!