A little slower by today’s standards, but if your needs are light, it’ll do the job. Keep in mind it only has a gigglebyte of RAM, so its capacity for running things may be limited, especially as docker applications go (since they bring a copy of each dependency). You won’t be able to run something as large as GitLab or Nextcloud, but a smattering of small apps should be within its capabilities

The thing with using the “latest” tag is you might get lucky and nothing bad happens (the apps are pretty stable, fault tolerant, and/or backward compatible), but you also might get unlucky and a container update does break something (think a 1.x going to 2.x one day). Without pinning the container to a specific version, you might have an outage suddenly due to that container becoming incompatible with one of your other applications. I’ve seen this happen a number of times. One example is a frontend (UI) container that updates to no longer be compatible with older versions of the backend and crashes as a result.

If all your apps are pretty much standalone and you trust them to update properly every time a new version of the container is downloaded, then you may never run into the problems that make people say “never use latest”. But just keep an eye out for something like that to happen at some point. You’ll save yourself some time if you have records of what versions are running when everything’s working, and take regular backups of all their data.

I’m not so sure. I seem to be able to find my way around a GitLab project in much fewer moves than a GitHub project. But maybe I’m biased because I use it all the time at work. I know they change the sidebar a lot, though.

Update: the 30 fps limit I’m experiencing with Android appears to be only with this display. I checked with another display I have at work that is 1920x1080 and Android renders at 60 fps. It doesn’t change the game performance any, but I wasn’t expecting it to–at least the 30 fps jank is gone through the rest of the system.

I tried it out for a bit and it’s ok, but I couldn’t get my preferred desktop touch environment to auto start on boot (KDE Plasma), and there aren’t as many apps/games available for Linux. Android was built for primarily-touchscreen use, and has a larger developer base, so I’d really like to get it working better.

The first and third commands made things load up a bit quicker. Thanks! Second command seems to have been removed. I wish I could figure out what’s limiting the system to 30 fps on this display…it OUGHT to be able to handle 60 fps at this resolution

I was thinking the same thing. Maybe there’s more to the “.LITTLE” part of all those big.LITTLE chips, and stuff that normally gets thrown on the small cores is sucking the big ones dry on this CPU. I wish I knew more about Android and optimization along those lines.

It could also have a lot to do with the GPU. Even with my overclock, I could only manage probably 15-20 FPS on Asphalt 9. Honkai Star Rail installed but is unplayable (everything is pink and/or not rendered at all). Not sure what other games to try to get a feel for its capabilities

Average every day use is fine if you can get past the jank feeling of <= 30 FPS, though. Browsing, YouTube, Spotify, etc. all good, even split screen / PIP.

My experience: Android on Raspberry Pi 5 has finally reached low end tablet performance, almost acceptable!

I flashed it on mine, and have a 10.1" 1024x600 15" 1920x1080 touchscreen hooked up to HDMI/USB. I installed MindTheGApps to get Google Play and install stuff.

Really wanted to check out Genshin Impact but Play says not compatible. Asphalt 9 is a stutterfest. High end games and web pages will make it suffer. At least it can just about handle angry birds 2 ¯\_(ツ)_/¯

I overclocked to 2.8 gigglehertz CPU and 950 MHz GPU and it’s a little better, it’ll multitask ok, but still I was hoping for something more from the $60 computer.

Maybe I’m expecting too much of it.

[edit: The display I originally chose to use was causing Android to limit to 30 fps; I switched to another and Android can render at 60 fps. The overall jank is gone, making me much more pleased with Android on the Pi 5, but it still can’t handle certain games]

Pressing F to pay respects. R.I.P. in pieces

Depending on how mission critical your data is…Set up delayed replicas and backups (and test that your backups can actually be restored from). Get a second pair of eyeballs on your query. Set up test environments and run it there before running it in production. The more automated testing you put into your pipeline, the better. Every edit should be committed and tested. (Kubernetes and GitLab Auto DevOps makes this kind of thing a cinch, every branch has a new test environment set up automatically)

Don’t beat yourself up too much though. It happens even to seasoned pros.