Courtesy of KonstaKANG

  • aluminium@lemmy.world
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    7 months ago

    Hmmm… this seems odd, based on the specs I expected the Pi 5 to offer a very solid Android experience, since they now use Cortex A76 CPUs. Same Microarchitecture as for example a Kirin 980 and Snapdragon 855 which to this day perform very well.

    Matter of fact this comment was sent on an LG G8S using the 855

    • fury@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      7 months ago

      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.

      • aluminium@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        7 months ago

        Yeah, Android when it comes to “smoothness” is an enigma to me. For games it makes sense since the GPU is weak. But for browsing and stuff it should be plenty fast.

        You could also try to AOT compile apps with these adb commands to maybe get better performance:

        adb shell pm compile -a -f --check-prof false -m everything

        adb shell pm compile -a -f --check-prof false --compile-layouts

        adb shell pm bg-dexopt-job

        • limerod@reddthat.com
          link
          fedilink
          English
          arrow-up
          1
          ·
          7 months ago

          adb shell pm compile -a -f --check-prof false -m everything

          adb shell pm compile -a -f --check-prof false --compile-layouts

          adb shell pm bg-dexopt-job

          What do these commands do? From 1st to last.

          • aluminium@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            7 months ago

            in short : Android apps contain dex bytecode, which through these commands get compiled into native machine code.

            • limerod@reddthat.com
              link
              fedilink
              English
              arrow-up
              1
              ·
              7 months ago

              I know that. I was just asking what the actual adb commands do like the compile-layouts parameter, the last bgdexopt job. Why are all 3 necessary. Samsung has a galaxy app booster that appears to do something similar.

              • aluminium@lemmy.world
                link
                fedilink
                English
                arrow-up
                2
                ·
                7 months ago

                Ah, unfortunately I don’t know it either. I always saw these 3 mentioned when talking about the topic. My guess with the --compile-layouts flag would be that it maybe precalculates layout xml files to your exact screen size and resolution.

        • fury@lemmy.worldOP
          link
          fedilink
          English
          arrow-up
          1
          ·
          7 months ago

          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

    • limerod@reddthat.com
      link
      fedilink
      English
      arrow-up
      1
      ·
      7 months ago

      The microarchitecture may be the same, but the performance won’t be similar to snapdragon 855. The broadcom chipset is manufactured on a 16nm process, whereas the snapdragon was based around 7nm. Plus, it was octa core vs. the quad core of BCM. The videocore graphics also do not inspire that much confidence. The pink display issue also highlights driver issues. So, it appears to be a combination of all. With software improvements, things could change. But, genshin impact, honkai starrail are a little outside its league

      • aluminium@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        7 months ago

        Hugh, I always thought Microarchitecture * Clockspeed = CPU speed. I thought the node only matters in terms of power draw and thus heat output. Is this wrong?

        • limerod@reddthat.com
          link
          fedilink
          English
          arrow-up
          1
          ·
          7 months ago

          Hmm, let’s see. Your microarchitecture and clock speed do dictate your processor performance. But, equally important is your process node. If it’s built on an inefficient node, it will take more power and produce more heat to provide the same and sometimes even worse performance as other chips built on a more efficient node.

          This became so much clear when qualcomm released the snapdragon 8 gen 1 and the snapdragon 8 +gen 1. The 1st was built on a samsung node and performed poorly compared to its predecessors. The 8+gen 1 was built on an improved TSMC process, which actually improved performance and provided better battery life.

          Then, there are times that your SoC implementation is poor. Like for example, the infamous snapdragon 810 (and 808). That was a dumpster fire full of throttling issues.

          You can watch this geekerwan video to know more: https://youtu.be/s0ukXDnWlTY?si=U3yV7Rr88-5g7Lr_