Downloads · 30 days
0
macunaima/gemma4-search-doc-sm8650-a8w4-full-int4embed
gemma4-search-doc-sm8650-a8w4-full-int4embed is a text generation model from macunaima. Use it when you need the model to write or continue text. It is set up for litert. The card lists the license as gemma.
Quantização derivada do checkpoint gemma4-search-doc, compilada e empacotada especificamente para a NPU (HTP) da Qualcomm Snapdragon SM8650 — o SoC do Samsung Galaxy S24, alvo deste projeto. Sujeito aos Termos de Uso…
Downloads · 30 days
0
Access
Public
Updated Sep 9, 2026
Repo size
3.5 GB
Likes
0
Public
Click a slice to open those files.
.litertlm1.8 GB · 100%
From the Hugging Face model README
Quantização derivada do checkpoint gemma4-search-doc, compilada e empacotada
especificamente para a NPU (HTP) da Qualcomm Snapdragon SM8650 — o SoC do
Samsung Galaxy S24, alvo deste projeto. Sujeito aos Termos de Uso do Gemma.
Compilado via AOT com
--soc-model SM8650. Roda através do runtime LiteRT-LM como um único arquivo.litertlm.
| Tamanho | vs. baseline A8W8 (produção) | |
|---|---|---|
| Baseline A8W8 (referência, sem este repo) | 5.87 GiB | — |
| Este modelo | 1.64 GiB | -72.0% |
| Componente | Precisão |
|---|---|
| Atenção (q/k/v/o_proj) | INT4 peso per-channel, INT8 ativação |
| MLP (gate/up/down_proj) | INT4 peso per-channel, INT8 ativação |
| embedder.tflite | INT4 weight-only, per-channel |
| per_layer_embedder.tflite | INT4 weight-only, per-channel |
Granularidade: per-channel em todos os pesos (o compilador HTP da Qualcomm
não suporta blockwise — ver Qualcomm_QNN_Compiler.md no repo LiteRT). Os
embedders (embedder.tflite, per_layer_embedder.tflite) nunca passam pelo
compilador AOT — são tabelas de lookup puras, então a compressão ali não tem
restrição de HTP.
Médio-alto. Todas as projeções lineares do modelo (atenção + MLP) vão pra INT4 — máxima redução de tamanho possível dentro do que o HTP da Qualcomm suporta (per-channel; blockwise não é suportado no HTP), mas também o maior desvio do baseline validado.
Mesma lógica da opção MLP-only, ganho um pouco maior (mais peso movido em 4 bits por token). Estimativa de engenharia, não medida no S24 ainda.
Última opção — só se as duas anteriores não liberarem RAM suficiente. Precisa de comparação de qualidade contra um conjunto de avaliação fora da calibração antes de ir pra produção.
Uma quarta receita (INT4 weight-only com dequantize explícito) foi testada e
descartada: o compilador AOT da Qualcomm rejeita esse padrão inteiro
(Op Dequantize does not support per-channel quant tensor) — não gerou
modelo utilizável, por isso não tem repo.
As estimativas de velocidade/qualidade acima são raciocínio de engenharia sobre a arquitetura (decode é limitado por banda de memória; MLP domina os parâmetros), não medições reais no dispositivo. Ainda não foram validadas num Galaxy S24 físico.