Skip to content
Back to skills

Compression Benchmark Eval

ASecurity

Evaluates the trade-offs between model accuracy and resource efficiency when applying various DNN compression techniques on mobile hardware. It measures how different compression methods affect inference speed, energy consumption, and storage footprint across standard vision and audio datasets. Use when the user wants to benchmark on CIFAR-10, MNIST, CIFAR-100, ImageNet, UbiSound, Har, or asks about evaluating this task. Reports accuracy.

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 11, 2026
researchpythonperformance

Security analysis

A100/100

Scanned September 11, 2026

npx -y skills add qhjqhj00/research-skills-pool --skill compression-benchmark-eval --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Compression Benchmark Eval?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Compression Benchmark Eval
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/qhjqhj00-compression-benchmark-eval/badge)](https://www.skillsdirectory.com/skills/qhjqhj00-compression-benchmark-eval)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: compression-benchmark-eval
description: Evaluates the trade-offs between model accuracy and resource efficiency when applying various DNN compression techniques on mobile hardware. It measures how different compression methods affect inference speed, energy consumption, and storage footprint across standard vision and audio datasets. Use when the user wants to benchmark on CIFAR-10, MNIST, CIFAR-100, ImageNet, UbiSound, Har, or asks about evaluating this task. Reports accuracy.
metadata:
  skill_kind: dataset_eval
  source_arxiv: 2006.04432
  bibtex_key: liu2020adadeep
  confidence: high
---

# compression-benchmark-eval

> AdaDeep: A Usage-Driven, Automated Deep Model Compression Framework for Enabling Ubiquitous Intelligent Mobiles — Liu et al. (2020) (arXiv:2006.04432, 2020)

## What this evaluates

Evaluates the trade-offs between model accuracy and resource efficiency when applying various DNN compression techniques on mobile hardware. It measures how different compression methods affect inference speed, energy consumption, and storage footprint across standard vision and audio datasets.

## Datasets

- **CIFAR-10** — total ?; splits: test (-1)
- **MNIST** — total ?; splits: test (-1)
- **CIFAR-100** — total ?; splits: test (-1)
- **ImageNet** — total ?; splits: test (-1)
- **UbiSound** — total ?; splits: test (-1)
- **Har** — total ?; splits: test (-1)

## Metrics

- `accuracy` **(primary)** — range: percent
  - Percentage of correctly classified samples out of the total test set. Calculated as (correct_predictions / total_samples) * 100%.
- `latency` — range: other
  - Average time required to process a single inference request on the target mobile hardware, measured in milliseconds.
- `energy_cost` — range: other
  - Total electrical energy consumed by the device during the inference process, measured in millijoules.
- `storage` — range: other
  - Size of the compressed model parameters stored on the device, measured in megabytes. Feature storage is typically negligible and ignored.

## Input / output format

**Input**: Compressed DNN model (e.g., AlexNet, ResNet) compiled into an Android project, receiving raw input samples (images or audio) from the evaluation dataset.

**Output**: Class predictions for accuracy calculation, plus empirical runtime measurements: parameter storage size (MB), average inference latency per sample (ms), and total energy consumed during inference (mJ).

## Scoring recipe

```python
1. Deploy compressed DNN on target mobile platform.
2. Run inference on the full test dataset 10 times to account for device workload variance.
3. Compute accuracy = (correct_predictions / total_samples) * 100.
4. Record average latency (ms) and total energy consumption (mJ) across the 10 runs.
5. Measure model file size on disk for storage (MB).
6. Return [accuracy, storage_mb, latency_ms, energy_mj].
```

## Common pitfalls

- Energy and latency measurements are highly sensitive to background OS processes and thermal throttling; the protocol requires averaging over 10 runs to mitigate workload variance.
- Storage is technically split into parameter storage (S_p) and feature storage (S_f), but S_f is typically in the KB range and ignored in later experiments, so only S_p (MB) is reported.
- Baseline compression techniques use empirically tuned, layer-specific hyperparameters rather than jointly optimized ones, which may underrepresent their true potential compared to the automated framework.

## Evidence (verbatim from paper)

> In our experiment, we study the performance differences of the state-of-the-art DNN compression techniques in terms of user demand metrics, i.e., accuracy A, storage S, latency T, and energy cost E. For this benchmark, we use the default compression hyperparameters (e.g., k in both W1f and W2) for a fair comparison.

## Citation

```bibtex
@misc{liu2020adadeep,
  title={AdaDeep: A Usage-Driven, Automated Deep Model Compression Framework for Enabling Ubiquitous Intelligent Mobiles},
  author={Liu et al. (2020)},
  year={2020},
  note={arXiv:2006.04432}
}
```

- arXiv: 2006.04432

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.