REVIEW 3 major objections 4 minor 15 references
A complete bimanual pick-and-place policy runs on an entry-level 8 GB Jetson, and whether quantization is needed is set by ACT's action-chunking configuration, not the hardware.
Reviewed by Pith at T0; open to challenge. T0 means a machine referee read the full paper against a public rubric. the ladder, T0–T4 →
A bimanual ACT policy runs at 10 Hz on an 8 GB Jetson Orin Nano Super with roughly 90-95% task success, and the paper documents when quantization is necessary and which layers TensorRT refuses to quantize.
T0 review reviewed 2026-08-05 challenge →
load-bearing objection A credible, honestly hedged deployment paper with three real findings; the most novel claim (quantization is conditional on chunking) is plausible but needs an FP32 TensorRT baseline before it becomes a design rule. the 3 major comments →
Bimanual Manipulation Within an 8 GB Budget: Zero-Copy Sensing and Quantized ACT on an Entry-Level Jetson
The pith
A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.
The reading
Core claim
The central claim is that an imitation-learned bimanual manipulation policy can be deployed entirely within an 8 GB embedded budget, and that the binding constraints on such a system are not the ones usually assumed. Concretely: the conventional three-camera capture path fits the memory budget and drops no frames; the benefit of zero-copy NVMM sensing is a 21-point reduction in peak single-core CPU utilization and 15.79 ms lower worst-case frame latency. Trained on identical demonstrations, ACT at 100k gradient steps reaches 19/20 physical trial successes, while Diffusion Policy at 200k steps produces no usable policy, a result attributed to convergence cost rather than architectural quality
What carries the argument
The load-bearing object is action chunking: ACT predicts a chunk of future actions, and the hyperparameter n_action_steps decides how often the policy re-predicts. The paper's conditional-quantization result works through this variable—at n_action_steps=100, one FP32 inference is amortized over 100 control steps (about 1.1% duty cycle), while at n_action_steps=1, FP32's 114 ms exceeds the 100 ms control period and reduced precision becomes mandatory. The second mechanism is TensorRT's entropy-based INT8 calibration, which in this model quantizes the ResNet18 vision backbone but assigns FP16 to all 145 transformer layers; that asymmetry explains INT8's 0.9% size reduction over FP16 alongside
Load-bearing premise
The paper's central 'quantization is conditional' finding depends on treating PyTorch eager FP32 (114.02 ms) as the full-precision cost, without building an FP32 TensorRT engine, so part of the speedup credited to reduced precision could actually come from graph compilation.
What would settle it
Measure a TensorRT FP32 engine for the same ACT model on the same Jetson with the same timing protocol. If mean latency is below 100 ms, full precision sustains per-step re-prediction and the conditional-necessity claim collapses; if it remains above, the claim holds. A second check: train Diffusion Policy past 200k steps; if it converges to a usable policy, the paper's convergence-cost comparison narrows to a budget-specific rather than architectural statement.
If this is right
- Practitioners on the Orin Nano Super can run ACT in full precision when they accept long action chunks; in that regime quantization buys headroom, not capability.
- Temporal ensembling, recommended by ACT's authors for smoothness, is only affordable on this device with FP16 or INT8; choosing ensembling implicitly chooses quantization.
- INT8 calibration of hybrid CNN-transformer action models needs explicit Q/DQ insertion; general-purpose calibration leaves the transformer in FP16.
- Numerical fidelity metrics and task success can diverge sharply: a 40x larger worst-case deviation in INT8 produced no detected success drop, so practitioners should measure the metric that matters for their task.
- Diffusion Policy's reference training budget proved insufficient on this task, so the resource cost of expressive policies extends upstream to training, not just inference.
Where Pith is reading between the lines
- The FP32 baseline being PyTorch eager rather than a TensorRT engine means the 6.4x FP16 speedup conflates reduced precision with graph compilation; if an FP32 TensorRT engine ran under 100 ms, the claim that full precision cannot sustain per-step re-prediction would weaken to 'compilation is required, not quantization.'
- The 0/145 transformer-layer rejection suggests ACT variants that add transformer capacity for bimanual coordination would face the same or greater INT8 calibration difficulty; a direct quantizability test of those variants would confirm.
- Since INT8 deviates most on action dimension 11 yet succeeds on the deformable beanbag, the same policy on a rigid, tight-tolerance insertion task would likely expose that deviation; this is a testable prediction rather than the paper's claim.
- The 10 Hz ceiling is set by USB camera bus bandwidth; replacing the capture path with higher-bandwidth cameras could raise the control rate and shift the bottleneck back to inference, making quantization mandatory even at long action chunks.
Editorial analysis
A structured set of objections, weighed in public.
Referee Report
Summary. The paper reports a complete bimanual SO-101 manipulation system running on an NVIDIA Jetson Orin Nano Super (8 GB), with an RTX 3070 used only for offline training, evaluated on pick-and-place of a deformable beanbag. Three contributions are claimed. First, a GStreamer/NVMM zero-copy camera pipeline is compared with a conventional host-copy pipeline: both fit the 8 GB budget and drop zero frames, but zero-copy reduces peak single-core CPU utilization from 98.0% to 77.0% and worst-case frame latency from 117.31 ms to 101.52 ms. Second, ACT trained for 100k gradient steps reaches 19/20 task success, while Diffusion Policy trained for 200k steps yields 0/10 usable rollouts; the authors carefully restrict this to a claim about convergence cost at each architecture's reference budget. Third, ACT is converted to TensorRT: FP16 gives mean latency 17.93 ms (6.4x faster than PyTorch eager FP32) and INT8 gives 12.65 ms (9.0x), with task success preserved (19/20, 18/20, 19/20). The paper also reports that TensorRT's entropy calibration quantizes the ResNet18 backbone but accepts zero of 145 transformer layers, and argues that whether quantization is required depends on ACT's action-chunking configuration. The manuscript is explicitly hedged and lists its limitations, including the absence of an FP32 TensorRT baseline.
Significance. If the results hold, the paper provides valuable, hard-to-obtain empirical data on deploying bimanual imitation-learning policies within an 8 GB embedded budget. Its strengths include direct physical trials with interleaved conditions, a controlled timing protocol (20 warmup iterations, byte-identical inputs, explicit CUDA stream, trtexec cross-validation), and unusually candid limitation statements. The structural finding that general-purpose INT8 calibration leaves all 145 transformer layers in FP16 is novel and practically actionable, as is the observation that action-chunking configuration can make quantization optional or mandatory. The main weakness is that the most surprising claim, the conditional necessity of quantization, is entangled with the choice of PyTorch eager FP32 as the only full-precision baseline; this is explicitly acknowledged in the manuscript but still limits the headline result. The core feasibility result, however, is directly supported by measurement.
major comments (3)
- [IV-C1, IV-C2, Table IV] The central conditional-quantization claim in Section IV-C2 compares PyTorch eager FP32 (114.02 ms) with TensorRT FP16/INT8 (17.93/12.65 ms) and concludes full-precision ACT is infeasible at n_action_steps=1. As acknowledged in IV-C1, no FP32 TensorRT engine was built, so reduced precision is not isolated from graph compilation/fusion. If an FP32 TensorRT engine runs below 100 ms, quantization would not be mandatory even for per-step re-prediction, and the headline 'whether quantization is required depends on the chunking configuration' would not hold as stated. This is load-bearing because it is the paper's most novel practical result. Either measure an FP32 TensorRT engine or explicitly restrict the claim to 'with the PyTorch eager baseline / our conversion pipeline'.
- [IV-C3, Table V] The claim that TensorRT's entropy calibration accepts zero of 145 transformer layers is presented as a documented finding, and it drives the interpretation of INT8 file size, speedup, and numerical deviation. The manuscript does not state how per-layer precision was inspected (e.g., engine layer info API, per-layer dtype, or fallback logs). Without this, the 0/145 result cannot be independently verified. Please report the inspection method and, if available, the number and types of layers rejected.
- [IV-A, Table II] The zero-copy sensing contribution rests on deltas in CPU utilization (peak single-core 98.0% to 77.0%) and tail latency (max 117.31 to 101.52 ms) across five runs per condition, but Table II reports only means. The paper's own Limitations says dispersion 'should be reported.' Without per-run values or confidence intervals, these deltas could be within run-to-run variation, which matters because this is one of the three headline contributions. Add dispersion or per-run data.
minor comments (4)
- [IV-C1, footnote 1] The footnote is confusing: Table IV reports the first FP16 run (17.93 ms), while the INT8-vs-FP16 deltas use the second run (17.60 ms). Please make the table and footnote self-consistent.
- [Abstract] Typographical issues: 'acceptszero' is missing a space, and 'atn action_steps' and similar inline math renderings are hard to read; please fix formatting.
- [Table VI, footnote 2] The explanation of the FP16 worst-dimension figure in the footnote interrupts the main comparison. Consider moving this detail to the caption or main text.
- [General] No code or data availability statement is included. For a systems paper, releasing the GStreamer pipeline and the TensorRT layer-inspection script would materially improve reproducibility.
Circularity Check
No significant circularity: the paper's central claims are direct measurements or explicitly qualified inferences from those measurements.
full rationale
This is an empirical systems paper. The sensing findings (drop rate, latency, CPU, memory) are direct comparisons of two implemented pipelines. The ACT-vs-Diffusion-Policy comparison is reported as an obtainability result at each architecture's own reference budget, with the authors explicitly disclaiming an architectural-superiority claim and disclosing the PushT-calibration asymmetry (Sections III-D, IV-B, and Limitations). The quantization findings are direct measurements from TensorRT (0/145 transformer layers accepted for INT8, latency, file sizes, numerical deviations) plus physical trial counts. The numerical-fidelity-versus-task-success divergence is explicitly presented as a cautious, sample-size-limited observation, not as a proof. The one potentially load-bearing inferential weakness is the Section IV-C2 conditional-quantization claim, which compares PyTorch eager FP32 (114.02 ms) with TensorRT FP16/INT8 and therefore bundles reduced precision with graph compilation. However, the authors explicitly acknowledge this: Section IV-C1 states 'we did not isolate the two by building an FP32 TensorRT engine,' and the Limitations reiterate that this leaves 'the precision effect and the graph-compilation effect entangled.' That is an openly stated experimental confound, not a circular step, a self-referential derivation, or a fitted parameter renamed as a prediction. No equation defines the outcome in terms of itself, and no load-bearing claim rests on a self-citation chain. The concrete prediction about coordination-augmented transformer variants facing quantization difficulty is an extrapolation from the measured 0/145 transformer-layer result, not a reduction to it.
Axiom & Free-Parameter Ledger
free parameters (3)
- Reference training budgets (100k ACT, 200k Diffusion Policy)
- n_action_steps = 100 =
100
- INT8 calibration set size =
~100 observations
axioms (4)
- domain assumption PyTorch eager FP32 execution is a representative full-precision baseline on the Jetson
- domain assumption LeRobot reference budgets are appropriate yardsticks for comparing architecture convergence
- domain assumption Diffusion Policy's near-stationary rollouts are due to under-convergence rather than a configuration or implementation issue
- domain assumption The deformable beanbag task is forgiving enough that action error up to about 17% of range does not affect success
Cite this review
Pith. "Pith review of Bimanual Manipulation Within an 8 GB Budget: Zero-Copy Sensing and Quantized ACT on an Entry-Level Jetson." pith.science (2026). https://pith.science/paper/4KDB7J5U
@misc{pith2026260803938,
author = {Pith},
title = {Pith review of: Bimanual Manipulation Within an 8 GB Budget: Zero-Copy Sensing and Quantized ACT on an Entry-Level Jetson},
year = {2026},
howpublished = {\url{https://pith.science/paper/4KDB7J5U}},
note = {Machine review of arXiv:2608.03938}
}
read the original abstract
Bimanual manipulation policies trained with imitation learning are typically evaluated on workstation or datacenter-class GPUs, leaving the cost of deploying them on embedded hardware largely uncharacterized. We present a bimanual SO-101 system running entirely on an NVIDIA Jetson Orin Nano Super (8 GB), the entry-level tier of NVIDIA's embedded line, using a desktop GPU (RTX 3070) only for offline training, evaluated on pick-and-place of a deformable beanbag. First, we build a GStreamer capture pipeline backed by NVMM buffers that removes redundant host-device copies from three-camera sensing. Contrary to expectation, the conventional path fit the memory budget and dropped no frames; what zero-copy sensing recovers is CPU headroom (peak single-core utilization 98.0% to 77.0%) and worst-case latency (117.31 ms to 101.52 ms). Second, we train ACT and Diffusion Policy on identical demonstrations, each at its own reference budget (100k gradient steps for ACT, 200k for Diffusion Policy). ACT converges to a task-competent policy (19/20 trials) while Diffusion Policy does not converge to a usable one (0/10) even at twice the step count, which we attribute to differing convergence costs rather than an accuracy ceiling. Third, we convert ACT to TensorRT. FP16 reduces mean inference latency from 114.02 ms to 17.93 ms (6.4x) and INT8 to 12.65 ms (9.0x), with task success preserved at all three precisions (19/20, 18/20, 19/20). We report two findings not previously documented for ACT: TensorRT's general-purpose INT8 calibration quantizes the ResNet18 backbone but accepts zero of 145 transformer layers, explaining INT8's negligible size reduction over FP16 (0.9%) despite a further 28% latency gain; and the need for quantization is conditional on ACT's action-chunking configuration, feasible in full precision at n_action_steps = 100 but not at the per-step re-prediction temporal ensembling requires.
Reference graph
Works this paper leans on
-
[1]
Learning fine-grained bimanual manipulation with low-cost hardware,
T. Z. Zhao, V . Kumar, S. Levine, and C. Finn, “Learning fine-grained bimanual manipulation with low-cost hardware,” inProceedings of Robotics: Science and Systems (RSS), 2023, arXiv:2304.13705
Pith/arXiv arXiv 2023
-
[2]
Diffusion policy: Visuomotor policy learning via action diffusion,
C. Chi, S. Feng, Y . Du, Z. Xu, E. Cousineau, B. Burchfiel, and S. Song, “Diffusion policy: Visuomotor policy learning via action diffusion,” inProceedings of Robotics: Science and Systems (RSS), 2023, arXiv:2303.04137
Pith/arXiv arXiv 2023
-
[3]
ALOHA 2: An enhanced low-cost hardware for bimanual teleoperation,
ALOHA 2 Team, J. Aldaco, T. Armstrong, R. Baruch, J. Bingham, S. Chan, K. Draper, D. Dwibedi, C. Finn, P. Florence, S. Goodrich et al., “ALOHA 2: An enhanced low-cost hardware for bimanual teleoperation,”arXiv preprint arXiv:2405.02292, 2024
Pith/arXiv arXiv 2024
-
[4]
LeRobot: An open-source library for end-to-end robot learning,
R. Cadene, S. Alibert, F. Capuano, M. Aractingi, A. Zouitine, P. Kooi- jmans, J. Choghari, M. Russi, C. Pascal, S. Palma, D. Aubakirova, M. Shukor, J. Moss, A. Soare, Q. Lhoest, Q. Gallouédec, and T. Wolf, “LeRobot: An open-source library for end-to-end robot learning,” in International Conference on Learning Representations (ICLR), 2026, arXiv:2602.22818
arXiv 2026
-
[5]
GELLO: A general, low-cost, and intuitive teleoperation framework for robot manipulators,
P. Wu, Y . Shentu, Z. Yi, X. Lin, and P. Abbeel, “GELLO: A general, low-cost, and intuitive teleoperation framework for robot manipulators,” in2024 IEEE/RSJ International Conference on Intelligent Robots and Systems (IROS), 2024, pp. 12 156–12 163
work page 2024
-
[6]
H. H. Cheng and J. Hughes, “Enhancing bimanual teleoperation with variable shoulder distance: Manipulation in varying-scale of applica- tions,”npj Robotics, vol. 3, no. 38, 2025
work page 2025
-
[7]
T. Chen, K. Wang, Z. Yang, Y . Zhang, Z. Chen, B. Chen, W. Dong, Z. Liu, D. Chen, T. Yang, H. Yu, X. Yang, Y . Qin, Z. Xie, Y . Mu, and P. Luo, “Benchmarking generalizable bimanual manipulation: RoboTwin dual-arm collaboration challenge at CVPR 2025 MEIS workshop,”arXiv preprint arXiv:2506.23351, 2025
Pith/arXiv arXiv 2025
-
[8]
A review of robot learning for manipulation: Challenges, representations, and algorithms,
O. Kroemer, S. Niekum, and G. Konidaris, “A review of robot learning for manipulation: Challenges, representations, and algorithms,”Journal of Machine Learning Research, vol. 22, no. 30, pp. 1–82, 2021
work page 2021
-
[9]
A. Davar, Z. Xu, S. Mahmoudi, P. Sohrabipour, C. Pallerla, Y . She, W. Shou, P. Crandall, and D. Wang, “ChicGrasp: Imitation-learning- based customized dual-jaw gripper control for manipulation of delicate, irregular bio-products,”Advanced Robotics Research, 2025
work page 2025
-
[10]
A. Lee, I. Chuang, L.-Y . Chen, and I. Soltani, “InterACT: Inter- dependency aware action chunking with hierarchical attention trans- formers for bimanual manipulation,” inConference on Robot Learning (CoRL), 2024, arXiv:2409.07914
Pith/arXiv arXiv 2024
-
[11]
Learning bimanual manipulation via action chunking and inter-arm coordination with transformers,
T. Motoda, R. Hanai, R. Nakajo, M. Murooka, F. Erich, and Y . Domae, “Learning bimanual manipulation via action chunking and inter-arm coordination with transformers,”arXiv preprint arXiv:2503.13916, 2025
Pith/arXiv arXiv 2025
-
[12]
D. Tripathiet al., “LA V-ACT: Language-augmented visual action chunk- ing with transformers for bimanual robotic manipulation,” inProc. IEEE Int. Conf., 2025, iEEE Xplore document 10977578
work page 2025
-
[13]
Look closer: Bridging egocentric and third-person views with transformers for robotic manipulation,
R. Jangir, N. Hansen, S. Ghosal, M. Jain, and X. Wang, “Look closer: Bridging egocentric and third-person views with transformers for robotic manipulation,”IEEE Robotics and Automation Letters, vol. 7, no. 2, pp. 3046–3053, 2022
work page 2022
-
[14]
Active vision might be all you need: Exploring active vision in bimanual robotic manipulation,
I. Chuang, A. Lee, D. Gao, M.-M. Naddaf-Sh, and I. Soltani, “Active vision might be all you need: Exploring active vision in bimanual robotic manipulation,” in2025 IEEE International Conference on Robotics and Automation (ICRA). IEEE, 2025, pp. 7952–7959
work page 2025
-
[15]
Edge computing and its application in robotics: A survey,
N. Tahir and R. Parasuraman, “Edge computing and its application in robotics: A survey,”Journal of Sensor and Actuator Networks, vol. 14, no. 4, p. 65, 2025
work page 2025
This paper was first reviewed by deepseek-v4-flash on August 5, 2026.
discussion (0)
Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.