Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

  • Hacker News
  • I need this version for embedded devices.
  • The benchmark is nice but it's very much biased towards flagships i.e. not very useful in practice if you are trying to ship production mobile apps. Apple historically is extremely stingy when it comes to RAM and they never bothered giving iPads and iPhones more ram until fairly recently (most likely because of ML demands). Your covid era 10th Gen iPads only have 4GB of RAM for the base models.

    The Android ecosystem is much more liberal when it comes to RAM because their Dalvik VM JIT (their Java Android Runtime, partially AOT compiled and partially JITed) design is not particularly memory efficient. But the main issue with Android is that their mid/low end (think the Samsung Galaxy A series, the OnePlus Nords, the Motorola Gs etc.) are very inefficient when it comes to single core compute performance compared to iPhones, and it gets worse once you factor in power efficiency. The high end Android flagships running the Snapdragons elites (especially post Oryon acquisition) have no problems matching if not exceeding Apple hardware performance in terms of raw power but they are much more power hungry.

    At the end of the day, the current gen of "pocket scale" LLMs are still far from being able to be deployed at scale on mobile. Maybe in another year or two once RAM prices have fallen enough and mobile manufacturers build a lot more matmul and memory circuits into their SoCs instead of a tiny mostly useless "NPU/tensor processor" that doesn't have enough RAM to run anything useful. Current gen production mobile ML still heavily rely on traditional transfer learning like Apple's Core.ML (tiny pre trained models, with perhaps the final layer inference head swapped out).

    If you want a good example of production mobile ML, take a look at FUTO keyboard's transformer model for their keystroke prediction/autocorrect which operates in near real-time.

    https://github.com/futo-org/android-keyboard/blob/7ebbf5c8b5...

    I would say right now 100M-300M params is about the maximum you can do if you want any reasonable level of performance on your "average" non flagship mobile. I would keep to sub 100M for power efficiency sake.

  • Edge and local inference completely strip away the infinite scaling safety net of cloud backends. When compute and memory are heavily constrained, runtime governance cannot afford any heavy control-plane overhead.
  • Tangent question: what about NPU performance? I always read about CPU vs GPU, but nobody talks about NPUs; I don't even know if llama supports them.

    Why do phones and laptops get equipped with NPUs if there's no use for them?

  • I’ve been running this level of models through a personal benchmark on a RX6750XT.

    I am hoping to get to the point of being able to run a personal assistant agent with tools at its disposal.

    The results are largely the same, with some outliers.

    Results can be seen here: https://0xff.nu/hexbench/

    by hxii
  • Can someone give me a breakdown on how good these are vs say GPT-4 or GPT-4o? Curious if the frontier from a few years ago now runs on a phone.
  • Note that the Model Intelligence score shown here is not the same as the Artificial Analysis Intelligence Index score they use for full size models, the top models on this Pocket-Scale chart have a score of 63, but that translates to just an 11 on the normal scale.
  • Apple has been stingy with RAM in consumer hardware. RAM prices will continue escalating, some analysts say into 2030, and this will make it more difficult to build next generation phones with sufficient memory for meaningful ML workloads.

    I hope there's some kind of inversion in the current chip economics, because I love distributed/democratized/private compute, but currently cloud based LLM inference seems to be much more viable. I don't see local llms meaningfully viable for the general usecase in the near future.

Explore Birbla archives

Benchmarking Pocket-Scale Inference · Birbla