Pith. sign in

REVIEW 2 major objections 5 minor 74 references

PowerSensor3: A Fast and Accurate Open Source Power Measurement Tool

T0 review · 2 major / 5 minor · reviewed 2026-08-16 · deepseek-v4-flash

Pith's one-line read PowerSensor3 is an open-hardware measurement tool that samples power at 20 kHz and reveals GPU transients that built-in sensors updating at about 10 Hz miss.

desk verdict A genuinely useful, openly released 20 kHz power sensor for GPU/SSD energy work, with a real but fixable inconsistency between the theoretical accuracy bound and the measured low-load noise. read the letter →

arxiv 2504.17883 v1 pith:4QTW4R3N submitted 2025-04-24 cs.PF astro-ph.IM

classification cs.PFastro-ph.IM
keywords powermeasurementopenhardwareGPUprofiling20kHzsamplingPCIeenergyefficiencycurrentsensorauto-tuning
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

PowerSensor3 is an open-hardware, open-software measurement tool for the power consumption of PCIe devices and embedded boards. It samples voltage and current at 20 kHz through modular sensor boards and derives power as their product, with a theoretical worst-case accuracy of ±4.2 W for its 12 V / 10 A module. The paper argues that this speed matters: on one recent GPU, PowerSensor3 showed clear power dips between the phases of a single kernel, while the GPU's built-in sensor, updating near 10 Hz, missed them; on a GPU from another vendor, the external measurements closely tracked the built-in sensor. The paper also shows that powering an auto-tuner with this measurement backend cut the time needed to tune a beamforming application for energy efficiency by 3.25 times. The designs, firmware, and host libraries are released openly, putting sub-millisecond power measurement within reach of researchers without commercial instrumentation.

What carries the argument

The central machinery is the modular sensor chain: a baseboard with up to four interchangeable sensor boards, each carrying a differential Hall current sensor and an optically isolated voltage amplifier, feeding a 24 MHz ADC that averages six samples per channel to emit 20 kSamples/s over USB, with a remote-sense connector moving the voltage reference point to the load. The accuracy argument rests on the error-propagation identity $E_p = \sqrt{(U E_i)^2 + (I E_u)^2 + (E_i E_u)^2}$ derived from $P = (U+E_u)(I+E_i)$, where $E_i$ is dominated by the Hall sensor's 115 mArms datasheet noise and $E_u$ by quantization plus amplifier noise through the voltage divider.

What would settle it

Measure a constant 0.5 A load on a 12 V / 10 A module with a calibrated laboratory supply and electronic load, and record at 20 kHz for several seconds; if the peak-to-peak spread of power readings consistently exceeds the stated worst-case accuracy of roughly ±4.2 W, as the paper's Table II already suggests, then the accuracy claim as stated is falsified.

Watch

Extended reading notes

Core claim

The central claim is that a cheap, modular, open design can deliver sub-millisecond power measurements accurate enough to make GPU power visible at kernel granularity. Each sensor board pairs a differential Hall current sensor with an optically isolated voltage sensor, and the microcontroller streams 20 kSamples/s to the host over USB. The paper characterizes the error budget with $P = (U+E_u)(I+E_i)$, so the power error is $E_p = \sqrt{(U E_i)^2 + (I E_u)^2 + (E_i E_u)^2}$; at low loads current-sensor noise dominates, and at high currents voltage-sensor noise dominates. In the GPU case study the measured signal shows transient phases and dips that the vendor's roughly 10 Hz readings do not, and in the tuning case study the 3.25x speedup comes from measuring each kernel variant once instead of running it for seconds to gather enough samples. For devices without built-in power instrumentation, such as PCIe SSDs and SoC boards, the tool supplies measurements where none existed.

Load-bearing premise

The headline accuracy figures assume the Hall current sensor's datasheet noise of 115 mArms and the isolated voltage sensor's datasheet performance are realized in the assembled, cabled module; if those specifications do not hold in practice, the quoted ±4.2 W worst-case accuracy does not follow, and the paper's own 20 kHz measurements at a 0.5 A load (6.38 W peak-to-peak) already look inconsistent with that bound.

Editorial extensions

If this is right

  • GPU energy accounting can be done at kernel or even sub-kernel granularity without artificially lengthening workloads, because the 20 kHz stream resolves transients that roughly 10 Hz built-in sensors average away.
  • Auto-tuners that optimize for energy can benchmark each code variant directly and briefly, cutting tuning time; the paper reports a 3.25x reduction for a beamforming application.
  • PCIe devices without power instrumentation, such as NVMe SSDs, NICs, FPGAs, and domain-specific accelerators, can be monitored externally at sub-millisecond resolution, making SSD power behavior visible independently of bandwidth.
  • The open, modular design and one-time calibration mean a research group can reproduce the hardware, swap sensor boards for different power ranges, and integrate the measurements into its own software stack.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • A natural next step the paper does not take is to use the 20 kHz channel to build per-operation or per-kernel power models on GPUs, since phase boundaries visible in the traces can be aligned with kernel launch and memory events.
  • The apparent gap between the stated ±4.2 W bound and the measured 6.38 W peak-to-peak spread at a 0.5 A load suggests that adopting a statistical definition of accuracy, such as a confidence interval on the distribution of readings, would make the headline claim testable; until then, the bound is best read as a design target.
  • Because the sensor boards are interchangeable, synchronized measurements on multiple rails or multiple baseboards could give whole-node power attribution per component, which the present paper only hints at with its four-sensor baseboard.
  • For storage, 20 kHz sampling could expose per-command power spikes in SSDs that one-second averages hide; the paper mentions future sub-millisecond SSD work, so this is an open direction.
Share X Bluesky LinkedIn Reddit HN

Signed reviews

No signed human review yet.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

2 major / 5 minor

Summary. The paper presents PowerSensor3, an open-source hardware/firmware/software toolkit for external power measurement of PCIe devices, SoC boards, and peripheral cards. The hardware uses a modular baseboard with up to four sensor modules, a Hall-based current sensor, an optically isolated voltage sensor, and an STM32 microcontroller sampling at up to 20 kHz. The authors characterize sensor accuracy with a current sweep against Fluke reference instruments, a 50-hour stability test, and step-response measurements. They then demonstrate the tool in three use cases: NVIDIA and AMD GPU power profiling, NVIDIA Jetson AGX Orin measurement, and SSD power analysis. The central claims are that the 12 V/10 A module achieves a theoretical worst-case power accuracy of ±4.2 W, that 20 kHz sampling reveals transients missed by NVML, and that integration with Kernel Tuner reduces auto-tuning time by 3.25x.

Significance. If the accuracy and sampling claims hold, PowerSensor3 is a valuable open tool for energy-efficiency research, filling a gap left by vendor sensors with ~10 Hz update rates and by expensive or non-open commercial instruments. The paper's strengths include the open-hardware and open-software releases with archived DOIs, the use of external reference instruments for accuracy evaluation, the 50-hour stability check, and real application demonstrations on GPUs, an SoC, and an SSD. The 20 kHz capability is demonstrated by visible power transients that NVML misses, which is a concrete and falsifiable contribution. The main weakness is that the accuracy numbers in Section III-A and Section IV-A are stated without a precise statistical definition, which currently makes the headline 'accurate' claim difficult to verify.

major comments (2)
  1. [IV-A, Table II; III-A, Table I] Table II's caption and column semantics must be fixed before the accuracy claim can be evaluated. The caption says 'error values' and '8 A load', but the rows are 0.5 A and 1 A loads, and the min/max entries are centered on 6 W and 12 W, respectively, indicating that they are measured power readings rather than signed errors. If that is the case, the 20 kHz peak-to-peak ranges of 6.38 W (0.5 A) and 7.685 W (1 A) correspond to worst-case absolute deviations of roughly 3.22 W and 4.21 W from the expected powers, which would be within the Table I '±4.2 W' bound; the paper should state this explicitly. If the entries really are errors, the large positive values imply a bias that is not discussed elsewhere. Please rewrite the caption, define min/max/p-p/std, give the expected power at each load, and correct the '8 A load' statement.
  2. [III-A, Table I] The 'theoretical worst-case accuracy' in Table I is not derived in a checkable way. The text reports a Hall-sensor noise of 115 mArms and calls 4.1 W the resulting 'peak-to-peak error', yet Table I lists current error ±0.35 A and power ±4.2 W. Please state the assumed conversion from RMS to peak-to-peak (or define the confidence level), the operating point (nominal voltage and current) used in E_p = sqrt((U*E_i)^2 + (I*E_u)^2 + (E_i*E_u)^2), and how quantization, calibration offset, and voltage-divider noise enter the ±28.6 mV and ±0.35 A entries. Without this definition, the headline accuracy cannot be checked against the measurements in Section IV.
minor comments (5)
  1. [IV-B] Report the numerical drift in the minimum and maximum power values over the 50-hour test, not only the ±0.09 W fluctuation of the averages, to support the 'no recalibration needed' claim.
  2. [IV-C] Quantify the step response with rise time and settling time rather than only showing the waveform, so readers can compare the dynamic performance with other instruments.
  3. [V-A2] The 3.25x tuning-time comparison depends on an estimated 7394 s for the onboard-sensor method; state the estimation assumptions, such as the number of repeated kernel executions and the assumed run duration per configuration.
  4. [Fig. 4] The axis labels in Figure 4 are garbled in the current PDF; ensure the figure is legible and that the axis label clearly states whether the plotted quantity is power error or measured power.
  5. [III-A] The claim that the current sensors are 'hardly sensitive' to external magnetic fields is not experimentally demonstrated; a short comparative test with a nearby current-carrying conductor would support this design claim.

Circularity Check

0 steps flagged · score 0.0 of 10

No circularity: the central accuracy and use-case claims are externally benchmarked and do not reduce to paper inputs or self-citations.

full rationale

This is a hardware characterization paper, not a derivation. The central accuracy claims are established by direct measurement against external reference instruments (Keysight N6705B supply, Kniel E.Last electronic load, and Fluke 177/77 DMMs) in Section IV-A, rather than by predicting those measurements from the claimed result. The theoretical worst-case bounds in Table I are assembled from independently published component datasheets (MLX91221 Hall sensor, ACPL-C87B voltage sensor) using the stated error-propagation formula Ep = sqrt((U*Ei)^2 + (I*Eu)^2 + (Ei*Eu)^2), which is a parameter-free combination of component specifications and not a fit to the measured data. The 20 kHz versus NVML transient demonstration in Section V-A is an external comparison of two independent measurement paths and does not assume the conclusion. Self-citations to PowerSensor2, PMT, Kernel Tuner, and Tensor-Core Beamformer appear, but they are used as prior-art context or as tools in the case studies; the paper's own wall-clock timings and externally benchmarked sensor readings do not depend on those citations for their evidentiary force. The apparent discrepancy between Table I's theoretical +/-4.2 W bound and Table II's measured 20 kHz peak-to-peak error is a correctness and consistency concern, not a circularity, because the theoretical bound is derived from datasheet noise specifications rather than from the measured data.

Assumptions & free parameters 2 free parameters · 3 assumptions · 0 invented entities

The central accuracy claims depend on per-device calibration and datasheet noise assumptions; no new physical entities are introduced. The paper is a measurement-instrument report, so the main burden is calibration and reference-instrument quality.

free parameters (2)
  • Sensor calibration offset and gain
    Section III-D: calibration measures 128k samples of unloaded sensors to determine offset error of Hall sensor and gain error of voltage sensor, stored on the microcontroller. The reported accuracy depends on these per-device fitted constants.
  • RMS to peak-to-peak conversion factor for Hall noise = ~3 sigma (implied by 4.1 Wpp from 0.115 Arms at 12 V)
    Section III-A: the 'peak-to-peak error of 4.1 Wpp' is derived from the MLX91221's 115 mArms noise. The conversion factor to peak-to-peak is not stated; if the true noise distribution is not Gaussian or the factor differs, the worst-case table changes.
assumptions (3)
  • domain assumption The Fluke 177/77 DMMs and Kniel E.Last electronic load provide a sufficiently accurate reference for current and voltage, so the reported error is attributable to PowerSensor3.
    Section IV-A and Figure 3: expected power is derived from these instruments, but their calibration uncertainty is not reported.
  • domain assumption The MLX91221 Hall sensor and ACPL-C87B isolated amplifier meet their datasheet noise and bandwidth specifications in the assembled PowerSensor3.
    Section III-A: the theoretical worst-case accuracy (Table I) and the 115 mArms Hall noise figure are taken from datasheets; the measured 20 kHz noise appears to exceed the derived worst case, suggesting the datasheet assumption may be optimistic.
  • domain assumption The error propagation formula assumes independent voltage and current errors with no correlation from the shared ADC or noise sources.
    Section III-A: Ep = sqrt((U*Ei)^2 + (I*Eu)^2 + (Ei*Eu)^2) is valid for independent errors; the firmware samples two consecutive ADC channels, so some correlated noise may exist.

how reviews work

0 comments
Cite this review

Pith. "Pith review of PowerSensor3: A Fast and Accurate Open Source Power Measurement Tool." pith.science (2026). https://pith.science/paper/4QTW4R3N

@misc{pith2026250417883,
  author       = {Pith},
  title        = {Pith review of: PowerSensor3: A Fast and Accurate Open Source Power Measurement Tool},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/4QTW4R3N}},
  note         = {Machine review of arXiv:2504.17883}
}
read the original abstract

Power consumption is a major concern in data centers and HPC applications, with GPUs typically accounting for more than half of system power usage. While accurate power measurement tools are crucial for optimizing the energy efficiency of (GPU) applications, both built-in power sensors as well as state-of-the-art power meters often lack the accuracy and temporal granularity needed, or are impractical to use. Released as open hardware, firmware, and software, PowerSensor3 provides a cost-effective solution for evaluating energy efficiency, enabling advancements in sustainable computing. The toolkit consists of a baseboard with a variety of sensor modules accompanied by host libraries with C++ and Python bindings. PowerSensor3 enables real-time power measurements of SoC boards and PCIe cards, including GPUs, FPGAs, NICs, SSDs, and domain-specific AI and ML accelerators. Additionally, it provides significant improvements over previous tools, such as a robust and modular design, current sensors resistant to external interference, simplified calibration, and a sampling rate up to 20 kHz, which is essential to identify GPU behavior at high temporal granularity. This work describes the toolkit design, evaluates its performance characteristics, and shows several use cases (GPUs, NVIDIA Jetson AGX Orin, and SSD), demonstrating PowerSensor3's potential to significantly enhance energy efficiency in modern computing environments.

Figures

Figures reproduced from arXiv: 2504.17883 by the authors.

Figure 1
Figure 1. Schematic of a PowerSensor3 measurement setup. [PITH_FULL_IMAGE:figures/full_fig_p003_1.png] view at source ↗
Figure 2
Figure 2. 3D rendering of PowerSensor3 with PCIe 8-pin, 20 A, 10 A, [PITH_FULL_IMAGE:figures/full_fig_p004_2.png] view at source ↗
Figure 3
Figure 3. Measurement setup for accuracy assessment. [PITH_FULL_IMAGE:figures/full_fig_p005_3.png] view at source ↗
Figures from the paper (11 more)
Figure 4
Figure 4. Figure 4: Power error for four types of sensors with dotted lines [PITH_FULL_IMAGE:figures/full_fig_p006_4.png]
Figure 6
Figure 6. Figure 6: A node in the DAS6 [50] cluster computer equipped with a [PITH_FULL_IMAGE:figures/full_fig_p007_6.png]
Figure 8
Figure 8. Figure 8: Tuning results for the Tensor-Core Beamformer on the [PITH_FULL_IMAGE:figures/full_fig_p008_8.png]
Figure 7
Figure 7. Figure 7: Energy measurements for a synthetic GPU workload using [PITH_FULL_IMAGE:figures/full_fig_p008_7.png]
Figure 11
Figure 11. Figure 11: The NVMe to PCIe adapter with the Samsung 980 PRO [PITH_FULL_IMAGE:figures/full_fig_p009_11.png]
Figure 10
Figure 10. Figure 10: Tuning results for the Tensor-Core Beamformer on the [PITH_FULL_IMAGE:figures/full_fig_p009_10.png]
Figure 12
Figure 12. Figure 12: Power and bandwidth results for the Samsung 980 PRO benchmarking: (a) random reads; (b) random writes. [PITH_FULL_IMAGE:figures/full_fig_p010_12.png]
Figure 14
Figure 14. Figure 14: Schematic of a PowerSensor3 measurement setup for PCIe [PITH_FULL_IMAGE:figures/full_fig_p013_14.png]
Figure 13
Figure 13. Figure 13: Overview of components involved in the PowerSensor3 [PITH_FULL_IMAGE:figures/full_fig_p013_13.png]
Figure 15
Figure 15. Figure 15: Assembly instructions for the PowerSensor3 baseboard and [PITH_FULL_IMAGE:figures/full_fig_p014_15.png]
Figure 16
Figure 16. Figure 16: Assembled PowerSensor3 baseboard with three sensor mod [PITH_FULL_IMAGE:figures/full_fig_p014_16.png]

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

74 extracted references · 68 canonical work pages

  1. [1]

    Recalibrating global data center energy-use estimates,

    E. Masanet, A. Shehabi, N. Lei, S. Smith, and J. Koomey, “Recalibrating global data center energy-use estimates,”Science, vol. 367, no. 6481, pp. 984–986, 2020

  2. [2]

    The growing energy footprint of artificial intelligence,

    A. de Vries, “The growing energy footprint of artificial intelligence,” Joule, vol. 7, no. 10, pp. 2191–2194, 2023

  3. [3]

    Hungry for Energy, Amazon, Google and Mi- crosoft Turn to Nuclear Power,

    “Hungry for Energy, Amazon, Google and Mi- crosoft Turn to Nuclear Power,” 2024. [On- line]. Available: https://www.nytimes.com/2024/10/16/business/ energy-environment/amazon-google-microsoft-nuclear-energy.html

  4. [4]

    [Online]

    “Top500,” 2024. [Online]. Available: https://top500.org

  5. [5]

    The imperative to reduce carbon emissions in astronomy,

    A. R. Stevens, S. Bellstedt, P. J. Elahi, and M. T. Murphy, “The imperative to reduce carbon emissions in astronomy,”Nature Astronomy, vol. 4, no. 9, pp. 843–851, 2020

  6. [6]

    Renewable Energy (Last revised Jan 2024),

    H. Ritchie, M. Roser, and P. Rosado, “Renewable Energy (Last revised Jan 2024),”Our World in Data, 2020, https://ourworldindata.org/renewable-energy

  7. [7]

    Data center growth in the united states: decoupling the demand for services from electricity use,

    A. Shehabi, S. J. Smith, E. Masanet, and J. Koomey, “Data center growth in the united states: decoupling the demand for services from electricity use,”Environmental Research Letters, vol. 13, no. 12, p. 124030, 2018

  8. [8]

    Deep learning,

    Y . LeCun, Y . Bengio, and G. Hinton, “Deep learning,”nature, vol. 521, no. 7553, pp. 436–444, 2015

Show all 74 references
  1. [9]

    The landscape of exascale research: A data- driven literature analysis,

    S. Heldens, P. Hijma, B. V . Werkhoven, J. Maassen, A. S. Belloum, and R. V . Van Nieuwpoort, “The landscape of exascale research: A data- driven literature analysis,”ACM Computing Surveys (CSUR), vol. 53, no. 2, pp. 1–43, 2020

  2. [10]

    Frontier: OLCF’s Exascale Future,

    “Frontier: OLCF’s Exascale Future,” 2018. [Online]. Available: https://www.olcf.ornl.gov/2018/02/13/frontier-olcfs-exascale-future/

  3. [11]

    Autotuning based on fre- quency scaling toward energy efficiency of blockchain algorithms on graphics processing units,

    M. Stachowski, A. Fiebig, and T. Rauber, “Autotuning based on fre- quency scaling toward energy efficiency of blockchain algorithms on graphics processing units,”The Journal of Supercomputing, vol. 77, pp. 263–291, 2021

  4. [12]

    Effects of dynamic voltage and frequency scaling on a K20 GPU,

    R. Ge, R. V ogt, J. Majumder, A. Alam, M. Burtscher, and Z. Zong, “Effects of dynamic voltage and frequency scaling on a K20 GPU,” in 2013 42nd International Conference on Parallel Processing. IEEE, 2013, pp. 826–833

  5. [13]

    A measurement study of GPU DVFS on energy conservation,

    X. Mei, L. S. Yung, K. Zhao, and X. Chu, “A measurement study of GPU DVFS on energy conservation,” inProceedings of the Workshop on Power-Aware Computing and Systems, 2013, pp. 1–5

  6. [14]

    Optimizing performance-per-watt on GPUs in high performance com- puting,

    D. C. Price, M. A. Clark, B. R. Barsdell, R. Babich, and L. J. Greenhill, “Optimizing performance-per-watt on GPUs in high performance com- puting,”Computer Science-Research and Development, vol. 31, no. 4, pp. 185–193, 2016

  7. [15]

    Energy-Aware Auto- matic Tuning of Many-Core Platform via Gradient Descent,

    S. Akiki, Z. Yang, C. Liu, J. Tang, and S. Liu, “Energy-Aware Auto- matic Tuning of Many-Core Platform via Gradient Descent,” in2018 IEEE SmartWorld, Ubiquitous Intelligence & Computing, Advanced & Trusted Computing, Scalable Computing & Communications, Cloud & Big Data Comput...

  8. [16]

    Energy optimization for scientific programs using auto-tuning language ppOpen- AT,

    T. Katagiri, C. Luo, R. Suda, S. Hirasawa, and S. Ohshima, “Energy optimization for scientific programs using auto-tuning language ppOpen- AT,” in2013 IEEE 7th International Symposium on Embedded Multicore Socs. IEEE, 2013, pp. 123–128

  9. [17]

    Multi-kernel auto- tuning on GPUs: Performance and energy-aware optimization,

    J. Guerreiro, A. Ilic, N. Roma, and P. Tom ´as, “Multi-kernel auto- tuning on GPUs: Performance and energy-aware optimization,” in2015 23rd Euromicro International Conference on Parallel, Distributed, and Network-Based Processing. IEEE, 2015, pp. 438–445

  10. [18]

    Performance/energy aware optimization of parallel applications on gpus under power capping,

    A. Krzywaniak and P. Czarnul, “Performance/energy aware optimization of parallel applications on gpus under power capping,” inInternational Conference on Parallel Processing and Applied Mathematics. Springer, 2019, pp. 123–133

  11. [19]

    Stencil computation optimization and auto-tuning on state-of-the-art multicore architectures,

    K. Datta, M. Murphy, V . V olkov, S. Williams, J. Carter, L. Oliker, D. Pat- terson, J. Shalf, and K. Yelick, “Stencil computation optimization and auto-tuning on state-of-the-art multicore architectures,” inProceedings of the 2008 ACM/IEEE conference on Supercomputing. IEEE P...

  12. [20]

    On the energy efficiency of graphics processing units for scientific computing,

    S. Huang, S. Xiao, and W.-c. Feng, “On the energy efficiency of graphics processing units for scientific computing,” in2009 IEEE International Symposium on Parallel & Distributed Processing. IEEE, 2009, pp. 1–8

  13. [21]

    A step towards energy efficient computing: Redesigning a hydrodynamic application on CPU-GPU,

    T. Dong, V . Dobrev, T. Kolev, R. Rieben, S. Tomov, and J. Dongarra, “A step towards energy efficient computing: Redesigning a hydrodynamic application on CPU-GPU,” in2014 IEEE 28th International Parallel and Distributed Processing Symposium. IEEE, 2014, pp. 972–981

  14. [22]

    Going green: optimizing GPUs for energy efficiency through model- steered auto-tuning,

    R. Schoonhoven, B. Veenboer, B. Van Werkhoven, and K. J. Batenburg, “Going green: optimizing GPUs for energy efficiency through model- steered auto-tuning,” in2022 IEEE/ACM International Workshop on Per- formance Modeling, Benchmarking and Simulation of High Performance Comput...

  15. [23]

    MeterPU: a generic measurement abstraction API enabling energy-tuned skeleton backend selection,

    L. Li and C. Kessler, “MeterPU: a generic measurement abstraction API enabling energy-tuned skeleton backend selection,” in2015 IEEE Trustcom/BigDataSE/ISPA, vol. 3. IEEE, 2015, pp. 154–159

  16. [24]

    An approach to optimise the energy efficiency of iterative computation on integrated GPU–CPU systems,

    E. M. Garz ´on, J. Moreno, and J. A. Mart ´ınez, “An approach to optimise the energy efficiency of iterative computation on integrated GPU–CPU systems,”The Journal of Supercomputing, vol. 73, no. 1, pp. 114–125, 2017

  17. [25]

    Compiler phase ordering as an orthogonal approach for reducing energy consumption,

    R. Nobre, L. Reis, and J. M. Cardoso, “Compiler phase ordering as an orthogonal approach for reducing energy consumption,”arXiv preprint arXiv:1807.00638, 2018

  18. [26]

    Identifying compiler options to minimize energy consumption for embedded platforms,

    J. Pallister, S. J. Hollis, and J. Bennett, “Identifying compiler options to minimize energy consumption for embedded platforms,”The Computer Journal, vol. 58, no. 1, pp. 95–109, 2015

  19. [27]

    PowerSensor 2: A Fast Power Mea- surement Tool,

    J. W. Romein and B. Veenboer, “PowerSensor 2: A Fast Power Mea- surement Tool,” in2018 IEEE International Symposium on Performance Analysis of Systems and Software (ISPASS). IEEE, 2018, pp. 111–113

  20. [28]

    Powersensor3 hardware,

    G. Schoonderbeek, S. van der Vlugt, J. Romein, and L. Oostrum, “Powersensor3 hardware,” Mar. 2025. [Online]. Available: https: //doi.org/10.5281/zenodo.15039399

  21. [29]

    Powersensor3,

    L. Oostrum, J. Romein, B. van Werkhoven, Q. Twisk, G. Schoonderbeek, and S. van der Vlugt, “Powersensor3,” Nov. 2024. [Online]. Available: https://doi.org/10.5281/zenodo.14216576

  22. [30]

    GPU performance and power tuning using regression trees,

    W. Jia, E. Garza, K. A. Shaw, and M. Martonosi, “GPU performance and power tuning using regression trees,”ACM Transactions on Architecture and Code Optimization (TACO), vol. 12, no. 2, pp. 1–26, 2015

  23. [31]

    Ex- periences in autotuning matrix multiplication for energy minimization on GPUs,

    H. Anzt, B. Haugen, J. Kurzak, P. Luszczek, and J. Dongarra, “Ex- periences in autotuning matrix multiplication for energy minimization on GPUs,”Concurrency and Computation: Practice and Experience, vol. 27, no. 17, pp. 5096–5113, 2015

  24. [32]

    Energy efficient HPC on embedded SoCs: Optimization techniques for mali GPU,

    I. Grasso, P. Radojkovic, N. Rajovic, I. Gelado, and A. Ramirez, “Energy efficient HPC on embedded SoCs: Optimization techniques for mali GPU,” in2014 IEEE 28th International parallel and distributed processing symposium. IEEE, 2014, pp. 123–132

  25. [33]

    Optimizing a RBF interpolation solver for energy on heterogeneous systems,

    P. Schiffmann, D. Martin, G. Haase, and G. Offner, “Optimizing a RBF interpolation solver for energy on heterogeneous systems,” inParallel Computing is Everywhere. IOS Press, 2018, pp. 287–296

  26. [34]

    RAPL in action: Experiences in using rapl for power measurements,

    K. N. Khan, M. Hirki, T. Niemi, J. K. Nurminen, and Z. Ou, “RAPL in action: Experiences in using rapl for power measurements,”ACM Transactions on Modeling and Performance Evaluation of Computing Systems (TOMPECS), vol. 3, no. 2, pp. 1–26, 2018

  27. [35]

    (2012) NVIDIA’s Next Generation CUDA Compute Archi- tecture: Kepler GK110/210

    NVIDIA. (2012) NVIDIA’s Next Generation CUDA Compute Archi- tecture: Kepler GK110/210. [Online]. Available: https://www.nvidia. com/content/dam/en-zz/Solutions/Data-Center/tesla-product-literature/ NVIDIA-Kepler-GK110-GK210-Architecture-Whitepaper.pdf

  28. [36]

    High-resolution power profiling of GPU functions using low-resolution measurement,

    J. Lang and G. R ¨unger, “High-resolution power profiling of GPU functions using low-resolution measurement,” inEuropean Conference on Parallel Processing. Springer, 2013, pp. 801–812

  29. [37]

    Measuring GPU power with the K20 built-in sensor,

    M. Burtscher, I. Zecena, and Z. Zong, “Measuring GPU power with the K20 built-in sensor,” inProceedings of Workshop on General Purpose Processing Using GPUs, 2014, pp. 28–36

  30. [38]

    Accurate and Convenient Energy Measurements for GPUs: A Detailed Study of NVIDIA GPU’s Built- In Power Sensor,

    Z. Yang, K. Adamek, and W. Armour, “Accurate and Convenient Energy Measurements for GPUs: A Detailed Study of NVIDIA GPU’s Built- In Power Sensor,” in2024 SC24: International Conference for High Performance Computing, Networking, Storage and Analysis SC. IEEE Computer Society,...

  31. [39]

    GPGPU performance and power estimation using machine learning,

    G. Wu, J. L. Greathouse, A. Lyashevsky, N. Jayasena, and D. Chiou, “GPGPU performance and power estimation using machine learning,” in 2015 IEEE 21st international symposium on high performance computer architecture (HPCA). IEEE, 2015, pp. 564–576

  32. [40]

    On the rise of AMD matrix cores: Performance, Power Efficiency, and Pro- grammability,

    G. Schieffer, D. A. De Medeiros, J. Faj, A. Marathe, and I. Peng, “On the rise of AMD matrix cores: Performance, Power Efficiency, and Pro- grammability,” in2024 IEEE International Symposium on Performance Analysis of Systems and Software (ISPASS). IEEE, 2024, pp. 132–143

  33. [41]

    Angel: A hierarchical approach to multi-objective online auto-tuning,

    R. S. Chen and J. K. Hollingsworth, “Angel: A hierarchical approach to multi-objective online auto-tuning,” inProceedings of the 5th Interna- tional Workshop on Runtime and Operating Systems for Supercomputers, 2015, pp. 1–8. 11

  34. [42]

    Algorithm level power efficiency optimization for CPU– GPU processing element in data intensive SIMD/SPMD computing,

    D. Q. Ren, “Algorithm level power efficiency optimization for CPU– GPU processing element in data intensive SIMD/SPMD computing,” Journal of Parallel and Distributed Computing, vol. 71, no. 2, pp. 245– 253, 2011

  35. [43]

    A mathematical method for online autotuning of power and energy consumption with corrected temperature effects,

    R. Suda, L. Cheng, and T. Katagiri, “A mathematical method for online autotuning of power and energy consumption with corrected temperature effects,”Procedia Computer Science, vol. 18, pp. 1302–1311, 2013

  36. [44]

    Design space ex- ploration towards a realtime and energy-aware GPGPU-based analysis of biosensor data,

    C. Timm, F. Weichert, P. Marwedel, and H. M ¨uller, “Design space ex- ploration towards a realtime and energy-aware GPGPU-based analysis of biosensor data,”Computer Science-Research and Development, vol. 27, no. 4, pp. 309–317, 2012

  37. [45]

    Powermon: Fine- grained and integrated power monitoring for commodity computer sys- tems,

    D. Bedard, M. Y . Lim, R. Fowler, and A. Porterfield, “Powermon: Fine- grained and integrated power monitoring for commodity computer sys- tems,” inProceedings of the IEEE SoutheastCon 2010 (SoutheastCon). IEEE, 2010, pp. 479–484

  38. [46]

    Powerinsight-a commodity power measurement capability,

    J. H. Laros, P. Pokorny, and D. DeBonis, “Powerinsight-a commodity power measurement capability,” in2013 International Green Computing Conference Proceedings. IEEE, 2013, pp. 1–6

  39. [47]

    Datasheet STM32F411xC STM32F411xE,

    STMicroelectronics, “Datasheet STM32F411xC STM32F411xE,”

  40. [48]

    Datasheet MLX91221 Integrated Current Sensor IC,

    Melexis, “Datasheet MLX91221 Integrated Current Sensor IC,” 2024. [Online]. Available: https://www.melexis.com/en/product/MLX91221/ 0-50A-isolated-3-3V-integrated-hall-current-sensor

  41. [49]

    Datasheet ACPL-C87B Precision Optically Isolated V oltage Sensor,

    Broadcom, “Datasheet ACPL-C87B Precision Optically Isolated V oltage Sensor,” 2024. [Online]. Available: https://www.broadcom.com/products/optocouplers/industrial-plastic/ isolation-amplifiers-modulators/isolation-amplifiers/acpl-c87b

  42. [50]

    A Medium-Scale Distributed System for Computer Science Research: Infrastructure for the Long Term,

    H. Bal, D. Epema, C. de Laat, R. van Nieuwpoort, J. Romein, F. Seinstra, C. Snoek, and H. Wijshoff, “A Medium-Scale Distributed System for Computer Science Research: Infrastructure for the Long Term,” Computer, vol. 49, no. 5, pp. 54–63, 2016

  43. [51]

    PMT: Power Measurement Toolkit,

    S. Corda, B. Veenboer, and E. Tolley, “PMT: Power Measurement Toolkit,” in2022 IEEE/ACM International Workshop on HPC User Support Tools (HUST). IEEE, 11 2022, pp. 44–47. [Online]. Available: https://ieeexplore.ieee.org/document/10027520/

  44. [52]

    LIKWID: A lightweight performance-oriented tool suite for x86 multicore environments,

    J. Treibig, G. Hager, and G. Wellein, “LIKWID: A lightweight performance-oriented tool suite for x86 multicore environments,”Pro- ceedings of the International Conference on Parallel Processing Work- shops, pp. 207–216, 2010

  45. [53]

    The Tensor-Core Beamformer: A High-Speed Signal- Processing Library for Multidisciplinary Use,

    L. Oostrum, B. Veenboer, R. Rook, M. Brown, P. Kruizinga, and J. W. Romein, “The Tensor-Core Beamformer: A High-Speed Signal- Processing Library for Multidisciplinary Use,” in39th IEEE Interna- tional Parallel & Distributed Processing Symposium (IPDPS). IEEE, 2025

  46. [54]

    Kernel Tuner: A search-optimizing GPU code auto- tuner,

    B. van Werkhoven, “Kernel Tuner: A search-optimizing GPU code auto- tuner,”Future Generation Computer Systems, vol. 90, pp. 347–358, 2019

  47. [55]

    NVMe SSD 980 Pro Data sheet Rev 2.1,

    Samsung, “NVMe SSD 980 Pro Data sheet Rev 2.1,” https://download.semiconductor.samsung.com/resources/data-sheet/ Samsung-NVMe-SSD-980-PRO-Data-Sheet Rev.2.1.pdf, Accessed: 2024-12-02

  48. [56]

    Understanding the Operational Carbon Footprint of Storage Reliability and Management,

    V . Rao and A. A. Chien, “Understanding the Operational Carbon Footprint of Storage Reliability and Management,”HotCarbon, 2024

  49. [57]

    United states data center energy usage report,

    A. Shehabi, S. Smith, D. Sartor, R. Brown, M. Herrlin, J. Koomey, E. Masanet, N. Horner, I. Azevedo, and W. Lintner, “United states data center energy usage report,” 2016

  50. [58]

    Can Storage Devices be Power Adaptive?

    D. Xie, T. Stavrinos, K. Zhu, S. Peter, B. Kasikci, and T. Anderson, “Can Storage Devices be Power Adaptive?” inProceedings of the 16th ACM Workshop on Hot Topics in Storage and File Systems, 2024, pp. 47–54

  51. [59]

    Answering the Call to ARMs with PACER: Power-Efficiency in Storage Servers,

    H. Cao, S. Bergman, S. Sun, Y . A. Zhou, X. Li, J. Gao, Z. Cheng, and J. Zhang, “Answering the Call to ARMs with PACER: Power-Efficiency in Storage Servers,”MSST, 2024

  52. [60]

    uFLIP: Understanding the Energy Consumption of Flash Devices,

    M. Bjorling, P. Bonnet, L. Bouganim, and B. P. J ´onsson, “uFLIP: Understanding the Energy Consumption of Flash Devices,”Bulletin of the Technical Committee on Data Engineering, vol. 33, no. 4, pp. 48–54, 2010

  53. [61]

    Design Tradeoffs of SSDs: From Energy Consumption’s Perspective,

    S. Cho, C. Park, Y . Won, S. Kang, J. Cha, S. Yoon, and J. Choi, “Design Tradeoffs of SSDs: From Energy Consumption’s Perspective,”ACM Transactions on Storage (TOS), vol. 11, no. 2, pp. 1–24, 2015

  54. [62]

    Characterizing Flash Memory: Anomalies, Observations, and Applications,

    L. M. Grupp, A. M. Caulfield, J. Coburn, S. Swanson, E. Yaakobi, P. H. Siegel, and J. K. Wolf, “Characterizing Flash Memory: Anomalies, Observations, and Applications,” inProceedings of the 42nd Annual IEEE/ACM International Symposium on Microarchitecture, 2009, pp. 24–33

  55. [63]

    Empirical Analysis on Energy Efficiency of Flash-based SSDs,

    E. Seo, S.-Y . Park, and B. Urgaonkar, “Empirical Analysis on Energy Efficiency of Flash-based SSDs,” inHotPower, 2008

  56. [64]

    Ultra-Low Latency SSDs’ Impact on Overall Energy Efficiency,

    B. Harris and N. Altiparmak, “Ultra-Low Latency SSDs’ Impact on Overall Energy Efficiency,” in12th USENIX Workshop on Hot Topics in Storage and File Systems, HotStorage 2020, July 13-14, 2020, A. Badam and V . Chidambaram, Eds. USENIX Association, 2020. [Online]. Available: ht...

  57. [65]

    When Poll is More Energy Efficient than Interrupt,

    ——, “When Poll is More Energy Efficient than Interrupt,” in Proceedings of the 14th ACM Workshop on Hot Topics in Storage and File Systems, ser. HotStorage ’22. New York, NY , USA: Association for Computing Machinery, 2022, p. 59–64. [Online]. Available: https://doi.org/10.114...

  58. [66]

    Energy Implications of IO Interface Design Choices,

    S. Sundar, W. Simpson, J. Higdon, C. Whitaker, B. Harris, and N. Al- tiparmak, “Energy Implications of IO Interface Design Choices,” in Proceedings of the 15th ACM Workshop on Hot Topics in Storage and File Systems, 2023, pp. 58–64

  59. [67]

    Do We Still Need IO Schedulers for Low-latency Disks?

    C. Whitaker, S. Sundar, B. Harris, and N. Altiparmak, “Do We Still Need IO Schedulers for Low-latency Disks?” inProceedings of the 15th ACM Workshop on Hot Topics in Storage and File Systems, 2023, pp. 44–50

  60. [68]

    Jens Axboe, “Fio,” https://github.com/axboe/fio, Accessed: 2024-12-02

  61. [69]

    Performance Characterization of Modern Stor- age Stacks: POSIX I/O, Libaio, SPDK, and io uring,

    Z. Ren and A. Trivedi, “Performance Characterization of Modern Stor- age Stacks: POSIX I/O, Libaio, SPDK, and io uring,” inProceedings of the 3rd Workshop on Challenges and Opportunities of Efficient and Performant Storage Systems, 2023, pp. 35–45

  62. [70]

    NWO Take-Off phase 1 grant: Commercial Feasibility of PowerSensor (CFPS),

    NWO, “NWO Take-Off phase 1 grant: Commercial Feasibility of PowerSensor (CFPS),” 2024. [Online]. Available: https://doi.org/10. 61686/FRXJD41196

  63. [71]

    Powersensor3 results,

    S. van der Vlugt, L. Oostrum, G. Schoonderbeek, B. van Werkhoven, B. Veenboer, K. Doekemeijer, and J. W. Romein, “Powersensor3 results,” Mar. 2025. [Online]. Available: https://doi.org/10.5281/zenodo. 15037451

  64. [72]

    ispass-2025-powersensor3-ssd-data,

    S. van der Vlugt, L. Oostrum, G. Schoonderbeek, B. van Werkhoven, B. Veenboer, K. Doekemeijer, and J. Romein, “ispass-2025-powersensor3-ssd-data,” Mar. 2025. [Online]. Available: https://doi.org/10.5281/zenodo.15019311

  65. [73]

    A. NLeSC. (2025) PowerSensor3 Documentation. [Online]. Available: https://powersensor3.readthedocs.io/en/latest/ 12 APPENDIX Appendix containing Artifact description. A. Abstract In this work, we introduce the PowerSensor3, a novel tool comprising custom-developed hardware, fi...

  66. [2024]

    Available: https://www.st.com/en/ microcontrollers-microprocessors/stm32f411/documentation.html

    [Online]. Available: https://www.st.com/en/ microcontrollers-microprocessors/stm32f411/documentation.html

Pith tools

Reviewed August 16, 2026 · model on record in the stance chip above.