arXiv paper· machine learning (data stream mining)· benchmark

Towards Stream Learning on Embedded Systems: Benchmarking the Memory Consumption of Stream Learning Methods

Sebastian Buschjäger, Nuwan Gunasekara, Heitor Murilo Gomes

cs.LG · cs.AI · cs.PF

Quick verdict

Stream learners must respect memory budgets; benchmark finds ensembles fail early and trees grow (HT 7.37×); solid, but no MCU runs and mixed size accounting.

Summary

This benchmark study evaluates seven representative stream classifiers—Hoeffding Tree (HT), Hoeffding Adaptive Tree (HAT), Extremely Fast Decision Tree (EFDT), PLASTIC, Adaptive Random Forests (ARF), Streaming Random Patches (SRP), and Shrubs—on seven real and six synthetic streams (roughly 14K to 11M examples) under model-size budgets from 128 KiB to 8,192 KiB, totaling 6,463 experiments (6,109 successful, 354 failed, only ARF/SRP). Using prequential evaluation on server hardware rather than actual MCUs, the authors measure failure-aware accuracy, peak model size, time to budget exhaustion, and prediction-plus-update latency, and survey MOA, CapyMOA, and River for budget support (none offers a common report-and-enforce interface). Results support two distinct failure modes: adaptive ensembles (ARF, SRP) exceed small budgets immediately through initial footprint despite median growth of only 1.04x/1.05x, while incremental trees fit initially but grow—HT by a median 7.37x and EFDT 5.87x between 10% and end of stream—with HT showing 1.42x median latency slowdown. Only explicitly compact methods (PLASTIC, Shrubs) remain viable at 128 KiB. Main limitations: hyperparameter selection is oracle-style (best config in hindsight), model size is measured via different accounting across Java and C++ runtimes, RQ1 rankings score non-compliant configurations as zero accuracy, and no embedded hardware validation is performed. The paper proposes a resource-aware API and urges treating bounded resources as a first-class objective.

Review complete

Assessment at a glance

machine learning (data stream mining)

5

risk flags identified

● high 0

● medium 3

● low 2

Reproducibility readinessmedium
Code & data availablenot stated
Review confidencehigh
AI text signal0/20 passages flagged
Deep research viableCode-reproducible

5 strengths · 5 weaknesses · 5 author questions

AI text signal = Binoculars zero-shot detector score over 20 sampled passages (Fast-DetectGPT co-reported) — absence does not prove human authorship, and a flag does not imply misconduct.

Levels reflect verification complexity — not a quality score. Evolve never rates your paper.

Key claims under review

  • Current stream-learning frameworks (MOA, CapyMOA, River) lack a common interface to report model size, enforce memory budgets, and expose budget failures (Table 3).
  • Adaptive ensembles (ARF, SRP) can be excluded from small budgets almost immediately by their initial footprint despite near-stable long-run size (median growth 1.04x/1.05x).
  • Incremental trees fit initially but grow over long streams — HT by a median 7.37x and EFDT 5.87x between 10% and 100% of stream — with HT showing 1.42x median latency slowdown.
  • Only explicitly compact methods (PLASTIC, Shrubs) remain viable at 128 KiB, while adaptive ensembles become competitive only as budgets grow (RQ1).
  • Resource-bounded behavior should be a first-class design objective, supported by a concrete resource-aware prequential loop API (Algorithm 1).

Strengths

  • Memory treated as a first-class experimental constraint

    6,463 experiments across seven budgets (128-8,192 KiB) and 13 streams with a failure-aware protocol; the RQ4 time-to-budget-exhaustion analysis (Figure 9) is a measurement axis that standard drift-focused benchmarks do not produce.

  • Crisp, actionable two-mode failure taxonomy

    The paper separates initial-footprint infeasibility (ARF/SRP fail immediately at 128 KiB with 0% median stream processed, Figure 9) from sustained growth (HT median 7.37x, EFDT 5.87x between 10% and stream end, RQ2) — two risks that short experiments conflate, as argued in the Introduction.

  • Honest scope and measurement boundaries

  • Concrete infrastructural gap analysis plus a proposal

  • Drift-coupled resource analysis

Weaknesses

  • No execution on embedded hardware despite the framing

  • Cross-runtime memory accounting undermines absolute comparisons

  • Oracle selection and zero-filling distort RQ1

  • Count bookkeeping and appendix labeling inconsistencies

  • Long-horizon evidence leans on synthetic streams

Full Review Report

$1.99 · one-time

Unlock the complete preliminary analysis Evolve produced for this paper.

Report preview

Scope & Claims

The paper argues that stream-learning research over-indexes on concept-drift adaptation while treating memory as an evaluation byproduct, a mismatch that becomes acute for MCU-class deployment (Table 1: platform RAM from 1-8 KB on Arduino-class boards to gigabytes on Jetson-class devices). Contributions: (i) a gap analysis — Table 2 positions 13 methods by whether drift, memory, and latency are design targets, and Table 3 documents that MOA, CapyMOA, and River as of July 2026 offer no uniform size reporting, only method-dependent enforcement, and no failure exposure or MCU backend; (ii) a framework-independent protocol; (iii) a 6,463-experiment benchmark of seven learners (HT, HAT, EFDT, PLASTIC, ARF, SRP, Shrubs) on 13 streams under seven budgets (128-8,192 KiB); (iv) a proposed resource-aware API (Algorithm 1). Central empirical claims: two resource-failure modes — initial-footprint infeasibility (ARF/SRP) and sustained growth (HT median 7.37x, EFDT 5.87x from 10% to stream end).

The remaining sections cover Methodology Assessment, Statistical Evidence, Results & Reproducibility, Limitations & Risks, and Verdict & Recommendations.

  • All 5 strengths & 5 weaknesses, analyzed in detail
  • 5 risk flags with severity, section & reviewer questions
  • Methods & statistical evidence assessment
  • 5 questions a peer reviewer would ask
  • Full six-dimension evaluation report & recommendations

One-time purchase · this paper only

One-time purchase, this paper only. AI-generated preliminary analysis — not peer review.

Frequently asked questions

Does this paper actually run stream learning on real microcontrollers?

No. The authors explicitly state that MCU execution is not benchmarked because no common embedded deployment stack exists for these methods. All experiments run on AMD EPYC server nodes using CapyMOA (wrapping Java MOA) and a C++ Shrubs implementation, measuring the algorithm-owned model state as a proxy for MCU feasibility.

Which stream learning methods fit in small memory budgets like 128 KiB?

Per RQ1, only explicitly compact methods — PLASTIC and Shrubs — were budget-compliant on all 13 datasets at 128 KiB and achieved the best ranks. ARF and SRP had no compliant configuration at that budget, and tree methods (HT, HAT, EFDT) either exceeded the budget immediately or eventually grew past it.

How much do Hoeffding Trees grow on long data streams?

The paper reports a median growth factor of 7.37x for HT and 5.87x for EFDT between 10% and 100% of stream length across 13 datasets (best unconstrained configurations, 3 seeds), with HT at least doubling on all 13 datasets; HT's prediction-plus-update latency also slowed by a median factor of 1.42x.

What do the authors propose to fix the resource problem?

They call for resource-bounded learning to become a first-class objective alongside drift adaptation and sketch Algorithm 1: a resource-aware prequential loop with set_budget, per-example resource_usage reporting, and enforce_budget hooks, intended for frameworks like MOA, CapyMOA, and River to adopt.

About this review

This is an AI-generated preliminary review by Evolve.Pub, produced from the openly available text of the paper. It is not peer review and does not represent the authors' views. The canonical record of the paper is at the publisher link above.

  • Per-method failed-run counts in Figure 1 were not legible in extraction (only successful counts 831/832/831/819/902/837/945 appear); the 5,997-vs-6,109 gap is computed from those extracted numbers.
  • The appendix's referenced 'detailed accuracy comparison' is not present in the extracted appendix (which contains only trajectory/latency figures); the accuracy tables may reside in a separate supplement.

Go deeper on this paper

Wrote a paper? Stress-test it before reviewers do.

Upload your manuscript for the same structured scrutiny — reasoning, statistics, evidence, figures, and reproducibility.

Scan your paper
Towards Stream Learning on Embedded Systems: Benchmarking the Memory Consumption of Stream Learning Methods | Evolve.Pub