Survey of techniques, hardware, and trade-offs to run LLMs directly on phones and edge devices

August 26, 20248 min

Overview

Decision SnapshotNeeds Validation

The review aggregates many mature techniques (quantization, PTQ, MoE, sharding) ready for prototypes; remaining engineering work is hardware and system integration.

Citations2

Evidence Strength0.70

Confidence0.85

Risk Signals10

Trust Signals

Findings with numeric evidence: 6/6

Findings with evidence refs: 6/6

Results with explicit delta: 1/6

Reproducibility

Status: Partial assets available

Open source: Partial

At A Glance

Cost impact: 80%

Production readiness: 70%

Novelty: 55%

Authors

Jiajun Xu, Zhiyuan Li, Wei Chen, Qun Wang, Xin Gao, Qi Cai, Ziyuan Ling

Links

Abstract / PDF / Code

Why It Matters For Business

On-device LLMs cut latency, protect user data, and lower cloud bills—key benefits for mobile apps, privacy-focused services, and offline products.

Who Should Care

Summary TLDR

This 38-page review maps the state of running large language models (LLMs) on edge devices. It organizes methods (quantization, pruning, distillation, low-rank factorization, MoE, parameter sharing), software stacks (llama.cpp, MLC-LLM, VLLM), hardware trends (GPUs, NPUs, PIM/PNM), and deployment patterns (edge-only, edge-cloud sharding). The paper compiles numbers from many recent works (e.g., AWQ 3× speedups, EdgeShard up to 50% latency drop, LLMCad 9.3× token speedups) and flags open problems: energy, continual learning, privacy, and hardware-software co-design.

Problem Statement

Cloud LLMs lead to latency, privacy risk, and recurring cloud cost. Running LLMs on phones and edge devices promises instant replies and local data control but is hard because of limited RAM, compute, energy, and thermal budgets. The review asks: which model, compression, and deployment methods make on-device LLMs practical, and what open problems remain?

Main Contribution

Taxonomy of techniques to make LLMs run on edge: compression, efficient architectures, MoE, and collaborative deployment

Survey of software frameworks and hardware options for on-device inference and tiny training

Key Findings

Edge AI market projected to grow nearly tenfold to $143.6B by 2032.

Numbers2022 $15.2B2032 $143.6B; CAGR 25.9%

Practical UseExpect strong commercial demand—invest in on-device capabilities and product integrations now.

Evidence RefMarket.us (2024)

Post-training activation-aware quantization (AWQ) preserves a tiny fraction of weights and enables large speedups on mobile GPUs.

Numbersprotects 0.1%–1% weights; up to speedup vs FP16

Practical UseUse AWQ-like PTQ to get large memory and latency gains with small accuracy cost when deploying models on phones.

Evidence RefLin et al. / AWQ (2024)

Results

MetricValueBaselineDeltaSplit / DatasetEvidenceEvidence Ref
Edge AI market projection$143.6B by 2032$15.2B in 2022≈9.4×Market.us report (2024)Market.us (2024)
AWQ speedup on mobile GPUsup to FP16 implementationTinyChat + AWQ evaluationLin et al. (2024b)

What To Try In 7 Days

Run a small on-device proof-of-concept using llama.cpp or MLC-LLM with a 1–7B model and AWQ/PTQ.

Measure TTFT and energy-per-token on target phones; compare to cloud API baseline.

Prototype a hybrid flow: local fast generator + cloud verifier to balance latency and quality.

Agent Features

Memory
KV cache compression and chunk-wise swapProcessing-in-Memory (PIM) and Processing-near-Memory (PNM)
Frameworks
llama.cppMLC-LLMVLLMOpenLLMExecuTorchMNNPowerInfer
Architectures
decoder-only transformerMoEmodular / adapter-based multimodal modulesparameter-sharing (deep-and-thin) architectures
Collaboration
edge-cloud model shardinghierarchical generator-then-verifier pipelinesdistributed expert execution across devices

Optimization Features

Token Efficiency
speculative generation (LLMCad)token tree generation and verification
Infra Optimization
PIM/PNM near-memory computeNPU / TPU accelerationFPGA for low-power inference
Model Optimization
MoEparameter sharing and deep-and-thin designslow-rank compensation (LoRC)
System Optimization
edge-cloud sharding and dynamic placementmemory-aware expert preloadingany-precision serving engines
Training Optimization
quantization-aware training (QAT)sparse-update / contribution analysisadapter-based knowledge distillation
Inference Optimization
post-training quantization (GPTQ / AWQ)generate-then-verify speculative decodingKV cache compression and swapping

Reproducibility

Code AvailableYes
Data AvailableNo
Open Source StatusPartial
LicenseUnknown

Risks & Boundaries

Limitations

Many reported gains depend on specific hardware and are not universally reproducible.

Quantization and pruning introduce accuracy trade-offs that vary by model and task.

When Not To Use

If device memory/compute is extremely small (microcontrollers) prefer server inference.

When strict, continually updated model knowledge is required and cloud-only models provide fresher data.

Failure Modes

Accuracy drop after aggressive quantization or pruning on certain tasks.

Battery drain and device thermal throttling during sustained inference.

Core Entities

Models

LLaMAGPT (GPT-3/4)Gemini NanoOpenELMPhi-3-miniGemma2-9BOctopus (Nexa AI)MiniCPM-Llama3-V 2.5JetMoEEdgeMoELLMCadMobileLLMQwen2-0.5B

Metrics

TTFT (Time-to-First-Token)tokens/seclatency reduction (%)throughput (×)energy per token (J)Accuracy

Datasets

MMLUMT-benchOpenCompassOCRBenchTextVQADocVQA

Benchmarks

MELT (mobile evaluation)MT-BenchOpenCompassOCRBench

Context Entities

Models

Llama2MixtralGemini ProGPT-4Claude 3Qwen-VL

Metrics

battery life impact (hours)memory footprint (RAM/VRAM)energy reduction (%)

Datasets

Dolma / Dolma-scale corporaDataComp-LM (training corpora references)

Benchmarks

MT-benchMMLU